按飞书文档细化的 7 个主页模板

主页卡片文案

名称：二维三维地图态势底座

描述：创建一个支持二维地图、三维地球、图层控制和目标点位展示的态势底座。

标签：2D/3D 地图、图层管理、目标详情

直接发给 AI 的需求描述

请生成一个“二维三维地图态势底座”Web 应用。

系统要包含以下页面和功能：
1. 一个主页面，左侧是图层和目标列表，右侧是地图区域。
2. 地图区域支持“二维地图”和“三维地球”两种模式切换。二维模式可以用 Leaflet 或同类库；三维模式可以用 CesiumJS 或等价实现。如果当前环境无法加载真实三维库，要提供清晰的降级模拟视图，并在 README 中说明如何替换为 CesiumJS。
3. 内置样例数据：至少 8 个目标点、3 条路线、2 个区域面。每条数据包含 id、名称、类型、经纬度、状态、更新时间、描述。
4. 左侧图层面板可以开关：目标点、路线、区域面、风险区域。
5. 点击地图目标点时，右侧或弹窗展示目标详情，包括名称、类型、状态、坐标、描述和更新时间。
6. 提供一个“导入数据”入口，支持粘贴 JSON，导入后刷新地图。
7. 提供一个“导出当前态势”按钮，导出当前图层开关、视角和目标列表为 JSON。

技术和交付要求：
- 不要只做静态页面，图层开关、模式切换、点击详情、JSON 导入导出必须可用。
- 默认底图不要只依赖 OSM；如果使用公开底图，要在代码里把底图 URL 集中配置，并在 README 中说明内网替换方式。
- 交付 README，说明如何运行、如何替换底图、如何替换样例数据、如何接入真实接口。

验收标准

• 不上传任何数据也能看到目标点、路线和区域。
• 二维/三维切换有明确视觉变化。
• 点击目标点能看到完整详情。
• 导入一段合法 JSON 后，目标列表和地图显示同步变化。

主页卡片文案

名称：本体态势接入系统

描述：创建一个把本体实体、关系和仿真输出接入态势视图的样例系统。

标签：本体接入、实体关系、仿真数据

直接发给 AI 的需求描述

请生成一个“本体态势接入系统”Web 应用。

系统要模拟接入一个本体系统，并把实体、关系和仿真数据展示成可操作的态势页面。

必须包含以下功能：
1. 首页是态势工作台，包含三个区域：左侧实体类型树，中间态势画布或地图，右侧实体详情和关系面板。
2. 内置一个 mock 本体数据集，至少包含 4 类实体：平台、传感器、区域、任务；至少 20 个实体；至少 30 条关系。关系类型包括“部署于”“观测”“隶属”“支援”“威胁”。
3. 左侧可以按实体类型筛选，中间视图同步只显示筛选后的实体。
4. 点击一个实体，右侧展示实体属性和一跳关系；点击关系可以跳转到关联实体。
5. 增加一个“仿真数据接入”页签，模拟 AFSIM/CMO 输出数据。内置 5 条仿真事件，每条包含时间、实体、事件类型、位置、结果。
6. 态势页面要有时间轴，拖动时间轴时只显示当前时间以前发生的仿真事件。
7. 提供“替换为真实本体接口”的配置文件示例，说明真实接口至少需要返回哪些字段。

交付要求：
- 可以先用纯前端 mock 数据实现，但代码结构必须把 mock 数据和 UI 分离，方便以后替换为 API。
- README 中写明本体实体 schema、关系 schema、仿真事件 schema。
- 生成一个接口适配说明，列出未来接入客户本体系统时需要确认的字段、鉴权、分页和查询能力。

验收标准

• 实体类型筛选、实体点击、关系跳转、时间轴过滤都可操作。
• 不接真实本体系统时，mock 数据也能完整展示。
• README 清楚说明如何把 mock 数据替换成真实 API。

主页卡片文案

名称：智能化应用接入样板

描述：创建一个带聊天入口、工具调用记录和多智能体任务流的智能应用样板。

标签：LLM、多轮对话、智能体编排

直接发给 AI 的需求描述

请生成一个“智能化应用接入样板”Web 应用。

这个应用用于展示如何基于软件工厂开发智能化应用。它必须同时展示三种形态：LLM Chat、多轮 Chat Bot、多智能体任务流。

必须包含以下页面：
1. Chat 页面：用户输入问题，系统返回回答。没有真实模型时使用 mock 回复，但 UI 和数据结构要按真实模型调用设计。
2. 工具调用页面：展示一次智能体任务中调用过哪些工具，包括工具名、输入参数、输出摘要、耗时、状态。
3. 多智能体流程页面：展示 Planner、Researcher、Coder、Reviewer 四个智能体如何协作完成一个任务。用流程图或步骤列表展示每个智能体的输入、输出和状态。
4. SDK 接入说明页面：分别列出 Blade Kit 路线和 LangChain/LangGraph 中立路线需要的配置项、入口文件和扩展点。

内置一个可跑通的默认任务：
“根据一份产品需求，生成一个功能拆解、技术方案和验收清单。”

系统行为要求：
- 用户点击“运行默认任务”后，页面要按顺序生成计划、检索、实现建议、评审结论。
- 每一步都要产生结构化记录，展示在工具调用页面和多智能体流程页面。
- 提供一个 mock LLM provider，后续能替换为真实 OpenAI-compatible API。

交付要求：
- README 说明如何替换真实模型、如何新增工具、如何新增智能体角色。
- 代码里要把 Chat 消息、工具调用、智能体步骤定义为清晰的数据结构。

验收标准

• 默认任务能从开始跑到完成，不依赖真实模型。
• Chat、工具调用、多智能体流程三类页面都能看到同一次任务的记录。
• README 能指导开发者把 mock LLM 替换成真实模型接口。

主页卡片文案

名称：COA 到 OPORD 生成器

描述：承接任务理解记录，生成多套 COA、推演比较、批准记录和 OPORD 初稿。

标签：COA、推演、OPORD

直接发给 AI 的需求描述

请生成一个“COA 到 OPORD 生成器”Web 应用。

这个系统不是泛泛生成几个方案，而是承接“任务理解记录”，按案例文档里的流程生成：COA 开发记录、COA 推演记录、COA 比较记录、COA 批准记录、OPORD 初稿和附件任务卡。

必须包含以下页面和功能：
1. 输入页：支持两种输入方式。
   - 方式 A：导入“任务理解记录”JSON，字段包括上级意图、明确任务、隐含任务、约束、假设、敌我情、战场环境、重心、作战线、CCIR。
   - 方式 B：手工填写任务背景、任务目标、时间红线、可用力量、限制条件、敌方能力、己方能力、战场环境。
2. COA 开发页：点击“生成 COA”后，至少生成 3 套可区分行动方案。每套方案必须包含：
   - 方案名称，例如“集中单轴”“多轴分散”“欺骗渗透”
   - 方案意图
   - 兵力编组
   - 行动步骤
   - 机动/执行几何或流程
   - 关键时间点
   - 决策点 DP
   - 分支计划 BRANCH
   - 对应的风险和前置条件
3. COA 推演页：对每套 COA 做红队/蓝队/中立导调式推演。至少模拟 3 类压力场景：关键目标静默、目标机动、支援资源受限或侧翼条件未满足。每个压力场景输出结果、失败点、应对分支。
4. COA 比较页：用加权评分矩阵比较所有 COA。默认指标包括任务完成度、时间裕度、暴露/被打击风险、抗打击韧性、协同复杂度。用户可以调整权重，系统重新计算排序。
5. COA 批准页：展示推荐方案、推荐理由、敏感性分析结论，并提供“指挥员批准/要求修改/要求补情报/暂缓”的操作。
6. OPORD 生成页：把批准后的 COA 生成 OPORD 初稿，至少包含：情况、任务、执行、保障、指挥通信五部分。
7. 附件页：生成任务组织、情报、作战、火力与目标、后勤保障、指挥通信、样例任务卡等附件草稿。
8. 导出功能：可以导出 Markdown，内容包括全链路：任务理解 → COA 开发 → 推演 → 比较 → 批准 → OPORD → 附件。

默认样例：
使用“压制关键防空节点，为后续打击包开路”的教学样例。默认生成 3 套 COA：集中单轴、多轴分散、欺骗渗透；默认评分后推荐“多轴分散”，因为它暴露更低、韧性更强、分支更完整。

交付要求：
- 不能只输出大段文字，必须有结构化数据、表格、评分矩阵、导出结果。
- 必须保留从任务理解记录到 OPORD 的字段映射，让用户知道每个 OPORD 段落来自哪个上游判断。
- 如果用户输入缺少关键数据，系统不能编造精确数字；要标注“模型假设值/需人工确认”，并把这些项列到补情报清单。

验收标准

• 默认样例能生成 3 套可区分 COA，并完成推演、比较、批准、OPORD 初稿。
• 评分权重变化后，比较页能重新排序并解释推荐变化或不变化的原因。
• 导出的 Markdown 包含完整链路，不是只有最终方案。
• 系统会把无依据数字标为假设值，而不是当成事实。

主页卡片文案

名称：任务理解与流程 Skill 生成器

描述：把一句话任务或上级命令拆成任务理解记录，并从长文档案例中总结可复用分析流程。

标签：任务理解、流程抽取、Skill 生成

直接发给 AI 的需求描述

请生成一个“任务理解与流程 Skill 生成器”Web 应用。

这个系统解决两件事：
第一，把用户的一句话任务或上级命令拆成一份结构化“任务理解记录”；
第二，允许用户上传一个长文档案例，从案例中抽取分析流程，生成一份可复用的 skill/流程说明。

必须包含以下页面和功能：
1. 任务输入页：
   - 主输入框：用户输入一句话任务或粘贴上级命令。
   - 场景选择：军事任务、项目交付、文书生成、系统运维、产品研发、其他。
   - 任务类型选择：信息收集、方案制定、执行行动、文书编写、态势分析、资源调度、风险处置。
   - 可选补充：时间窗口、可用资源、限制条件、已知风险、期望输出格式。
2. 任务理解页：点击“分析任务”后，输出结构化记录，必须包含：
   - 上级意图/用户真实目的
   - 明确任务
   - 隐含任务
   - 约束
   - 假设
   - 敌情/环境/外部条件
   - 我情/资源/可用能力
   - 重心或关键问题
   - 作战线/工作线/执行链路
   - 重述任务
   - 关键情报需求或待确认问题
   - 可行性判断
3. 场景化拆解规则：
   - 军事任务要输出：上级意图、明确任务、隐含任务、约束、假设、敌我情、战场环境、重心、作战线、CCIR。
   - 项目交付要输出：目标、交付物、依赖、风险、责任人、里程碑、验收标准。
   - 文书生成要输出：文书类型、素材来源、格式约束、必须包含章节、缺失材料、审校点。
   - 系统运维要输出：故障现象、影响范围、排查路径、回滚条件、验证方式。
4. 长文档流程抽取页：
   - 支持上传 docx/txt/md 或粘贴长文本。
   - 系统从文档中识别流程章节、输入字段、输出产物、决策点、检查项。
   - 对类似“COA 与 OPORD 编写教程”的文档，要能抽出：任务理解 → COA 开发 → COA 推演 → COA 比较 → COA 批准 → OPORD 制定 → 附件任务卡。
5. Skill 生成页：
   - 根据抽取出的流程，生成一份 skill 草稿。
   - skill 草稿必须包含：触发条件、输入材料、处理步骤、输出格式、质量检查、不能编造的数据类型、需要人工确认的问题。
6. 下游衔接：
   - 提供“发送到 COA 模板”按钮，把任务理解记录作为 JSON 传给 COA 到 OPORD 生成器。
   - 提供“导出任务理解记录”按钮，导出 Markdown 和 JSON。

默认样例：
输入任务：“摧毁敌方关键指挥节点，并在规定时间前为后续行动打开通道。”
系统应提示：具体数字、时间、成功率等如果没有依据，必须标注为模型假设或待确认，不能直接当成事实。

交付要求：
- 任务理解不是普通 checklist，而是一个可复用分析流程。
- 页面必须能展示“为什么拆出这个隐含任务”，也就是每条隐含任务要有推导依据。
- README 中写明任务理解 JSON schema、skill 草稿格式、如何接入 COA 模板。

验收标准

• 默认样例能输出完整任务理解记录，并区分明确任务、隐含任务、约束、假设和待确认问题。
• 上传或粘贴长文档后，系统能抽取流程，并生成 skill 草稿。
• 每条隐含任务都有推导依据，不允许只列结论。
• 导出的 JSON 能被 COA 到 OPORD 生成器继续使用。

主页卡片文案

名称：规则化航路规划助手

描述：在没有专业小模型时，用显式规则生成基本合理、可解释的航路方案。

标签：规则推理、风险绕行、路线解释

直接发给 AI 的需求描述

请生成一个“规则化航路规划助手”Web 应用。

这个系统不调用专业小模型，而是把基本规划规则写在应用里，用规则生成一个可解释的初版航路方案。

必须包含以下功能：
1. 地图或平面坐标页面，显示起点、终点、威胁区、禁入区、补给点和候选航路。
2. 输入表单包含：起点、终点、最大航程、最短安全距离、威胁区半径、禁入区、多条候选途经点。
3. 内置默认样例：1 个起点、1 个终点、3 个威胁区、2 个禁入区、2 个补给点。
4. 点击“生成航路”后，系统至少生成 2 条路线：最短路线、安全路线。
5. 对每条路线输出：路径点序列、总距离、经过风险区数量、是否违反禁入区、推荐等级。
6. 每条路线必须给出解释，例如“绕开 T-02 威胁区，因为安全距离不足”。
7. 如果所有路线都不可行，系统必须明确指出不可行原因，并建议用户放宽哪个约束。

规划规则至少包含：
- 路线不得穿越禁入区。
- 路线与威胁区中心距离小于安全距离时标记为高风险。
- 超过最大航程时标记为不可行。
- 安全路线优先绕开威胁区，最短路线优先减少距离。

交付要求：
- 不要声称这是专业航路模型；界面上标注“规则化演示版”。
- README 中写明当前规则、局限性和未来接入专业小模型的位置。

验收标准

• 默认样例能生成最短路线和安全路线。
• 路线违反约束时能明确标红并解释原因。
• 每条路线都有可读的规则解释。

主页卡片文案

名称：登录 CRUD 业务系统

描述：创建一个包含登录、角色权限、数据表、增删改查和审计字段的业务系统。

标签：Auth、CRUD、管理后台

直接发给 AI 的需求描述

请生成一个“登录 CRUD 业务系统”Web 应用。

这个模板用于快速生成情报管理系统、文献管理系统等带登录体系的业务系统。请用“情报管理系统”作为默认样例实现。

必须包含以下功能：
1. 登录页：提供管理员和普通用户两个默认账号。可以用 mock 登录，但必须有登录状态和退出登录。
2. 权限控制：管理员可以新增、编辑、删除数据；普通用户只能查看和新增，不能删除。
3. 主布局：左侧导航，顶部用户信息，主区域显示业务页面。
4. 情报条目列表页：字段包括标题、来源、可信度、分类、状态、创建人、创建时间、更新时间。
5. 支持搜索、分类筛选、状态筛选、可信度筛选。
6. 新增/编辑页：表单字段包括标题、摘要、来源、可信度、分类、状态、附件说明。
7. 详情页：展示完整字段、操作历史和备注。
8. 删除操作必须二次确认，并写入操作历史。
9. 提供一份可替换为“文献管理系统”的 schema 示例，字段包括标题、作者、年份、关键词、摘要、文件链接。

交付要求：
- 即使没有真实后端，也要用本地 mock API 或内存数据模拟完整 CRUD。
- 数据结构、路由、权限判断要写清楚，方便后续换成真实后端和数据库。
- README 中写明如何新增一个业务实体、如何改字段、如何接真实登录系统。

验收标准

• 管理员和普通用户登录后权限表现不同。
• 情报条目可以新增、搜索、筛选、编辑、查看详情、删除。
• 删除有二次确认，并能在操作历史里看到记录。