メニュー
通用涌现式功能设计技能。面向任意模块（文档空间、CDS 面板、PR 审查、工作流、视觉创作等）—— 扫描目标模块的现有能力、与全局基础设施（LLM Gateway / Bridge / Attachment / Run-Worker）交叉相乘， 浮现出"独有且可落地"的新功能。反对抄袭竞品，强调组合本系统已有砖块。每次调用产出一个可执行方案。 触发词："涌现"、"emerge"、"发散想一下"、"下一个功能"、"/emerge"、"feature emerge"。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
识别每日验收、PR 验收、commit 验收、未发布分支验收、缺陷复测、视觉回归和发布前验收等场景，并为 create-visual-test-to-kb 生成测试范围、指差法步骤、预期结果、证据链、截图回读和报告结构。Use when the user asks to optimize or run visual acceptance across different scenarios, asks whether yesterday's changes, a PR, a commit range, or an unpublished branch were really accepted, or needs PR/commit results to map to screenshots and MAP knowledge base reports.
Convert PRs, commits, yesterday's changes, or release scope into a test-minded acceptance design before visual execution. Use when the user asks for daily acceptance, visual acceptance, PR/commit acceptance, proof that code changes really affected product behavior, coverage planning, fusion testing, evidence strength, or when screenshots/reports looked related but failed to prove the assigned task.
工业级功能验收/视觉测试全流水线（MAP 验收标准 v2）——模拟人类的浏览器取证 + 标准化验收报告 + 归档进 CDS 验收中心并出直达深链。职责分离：验收报告永远按项目归 CDS（平台自带、证据链内置），MAP 等系统通过知识库开放协议从 CDS 拉取展示，技能不再分流到 MAP 知识库。一个技能内含三段：标准/模板、模拟人类浏览器取证（点击导航进入、禁地址栏直达、双主题截图、ZZ 照做风画框标序号 stepClick/stepShot）、报告归档（命名结构固定，**每次归档强制输出可达地址**：CDS 直达深链 /reports，匿名对外用 /r/token）。默认报告走 **ZZ 照做风**（全大标题 + 一句话一步 + 逐步配图 `{{IMG:}}` + 文字在上图在下 + 变化处画框 + 分支顺序讲，同岗位照做必复现）。归档前有**强制准入校验**：目标/档位/Verdict/截图数/证据完整性/报告结构不达标直接拒收（入口准则，杜绝"什么都能进"）。项目无关，改 acceptance.config.json 即可跨仓库复用；无 CDS/离线退化为本地 md+截图。触发词："视觉验收"、"验收"、"视觉测试"、"验收归档"、"归档验收报告"、"create visual test"、"/视觉验收"、"/验收"。
CDS (Cloud Dev Space) core skill — hosts the canonical cdscli Python CLI, handles authentication (static AI_ACCESS_KEY / dynamic pairing / project key), manages env vars and project keys, owns CDS service self-update, defines the preview-URL slug formula, and acts as dispatcher when the user's intent is ambiguous between cold-path scanning and hot-path debugging. Activates when the user mentions CDS generically without specifying scan-or-deploy, configures CDS credentials, manages env / keys, updates the CDS service code itself, or asks about preview URL conventions. Does NOT directly perform project scanning (delegates to cds-project-scan, the cold path) or deployment debugging (delegates to cds-deploy-pipeline, the hot path). Trigger phrases include "cds 认证", "AI_ACCESS_KEY", "项目 key", "cds 自更新", "cds self-update", "预览地址公式", "配 cds 环境变量", "/cds", "/cds-auth", and the bare word "cds" when the user has not yet picked a direction.
Generates weekly project reports from git history. Collects commits, PRs, and contributor data, analyzes and categorizes changes, then produces a structured Chinese-language weekly report (overview, completed items, next-week priorities) saved to doc/report.YYYY-WXX.md. Trigger words: "生成周报", "写周报", "weekly report", "本周总结".
从 git 历史生成「今日大事早知道」开发日报，并发布到知识库（文档空间）。按「新增功能多讲 → 优化/修复次之 → 计划/遗留垫底」的固定权重分层叙事。自动 find-or-create「日报知识库」并出分享链。触发词："生成日报"、"写日报"、"今日大事"、"日报"、"daily report"、"/daily"、"今天干了啥"。
| name | feature-emerge |
| description | 通用涌现式功能设计技能。面向任意模块（文档空间、CDS 面板、PR 审查、工作流、视觉创作等）—— 扫描目标模块的现有能力、与全局基础设施（LLM Gateway / Bridge / Attachment / Run-Worker）交叉相乘， 浮现出"独有且可落地"的新功能。反对抄袭竞品，强调组合本系统已有砖块。每次调用产出一个可执行方案。 触发词："涌现"、"emerge"、"发散想一下"、"下一个功能"、"/emerge"、"feature emerge"。 |
版本：v1.0.0 | 状态：已落地 | 触发：
/emerge、"涌现"、"emerge"、"发散想一下"、"下一个功能"、"feature emerge"
通过扫描本系统已有能力 → 交叉相乘 → 浮现涌现点，为任意模块设计下一个最有价值的功能。
涌现 ≠ 抄袭竞品功能清单。 涌现的核心是：
反模式：
正模式：
| 场景 | 触发 |
|---|---|
| 规划某模块下一阶段功能 | "CDS 面板下一步做什么"、"PR 审查怎么演进" |
| 对一组痛点做方案爆破 | "用户抱怨看不清容器关系，想想" |
| 从一个灵感反推组合 | "我们有 Bridge 能做什么新功能" |
| 跨模块能力重组 | "文档空间的解析能力能不能给缺陷管理用" |
| 整条路线图铺开 | "给 VisualAgent 做个 6 个月路线图" |
涌现进度：
- [ ] Step 1: 明确目标模块（用户说 / 从语境推断）
- [ ] Step 2: 扫描目标模块的本地能力
- [ ] Step 3: 扫描全局横向能力（Gateway / Bridge / Run-Worker / Attachment / 权限）
- [ ] Step 4: 发散 — 两两相乘，分 4 层写 10+ 个想法
- [ ] Step 5: 收敛 — 按"独特性 × 可落地性"筛 3-5 个
- [ ] Step 6: 输出方案模板，用户确认
- [ ] Step 7: 落地执行（可选）
如果用户没说，主动问：
"你想给哪个模块涌现新功能？
- 已建成模块：prd-api 的 Controller 列表任选一个
- 自定义：告诉我你关心的痛点，我帮你定位模块"
禁止凭记忆写能力清单，必须实际扫描代码：
# 模型层（决定数据天花板）
Glob: prd-api/src/PrdAgent.Core/Models/<Module>*.cs
Read: 每个 Model 看字段
# 接口层（决定当前用户能做什么）
Glob: prd-api/src/PrdAgent.Api/Controllers/**/<Module>Controller.cs
Grep: "HttpGet|HttpPost|HttpPut|HttpDelete"
# 服务层（决定已封装的业务能力）
Glob: prd-api/src/PrdAgent.Infrastructure/Services/<Module>*.cs
# 前端入口（决定已有的 UI 形态）
Glob: prd-admin/src/pages/**/<Module>*.tsx
CDS / 视频 / 桌面模块类似，换对应目录。扫描结果写成一张表放到输出里。
全局能力是涌现的"乘数"。读取 .claude/rules/codebase-snapshot.md 或直接扫：
| 横向能力 | 位置 | 能用来做什么 |
|---|---|---|
| ILlmGateway | prd-api/...Core/Interfaces/ILlmGateway.cs | 给任何功能加 AI 问答、摘要、建议、诊断 |
| Run / Worker | RunController + Worker 基类 | 长任务异步化 + SSE 断线续传 |
| Attachment + ExtractedText | attachments 集合 | 文件上传 + 文本提取 + 全文搜索 |
| Bridge 浏览器操作 | cds/src/services/bridge.ts | 自动化 + 嵌入预览 + 脚本录制 |
| ShareLink 模式 | share_links 集合 | 任何实体一键公开分享 |
| ParsedPrd / Sections | documents 集合 | 结构化文本能力 |
| Run-Worker + SSE | Worker 基类 | 任何长任务可异步 + 流式推送 |
| IForkable / Marketplace | IMarketplaceItem.cs | 任何配置一键"叉"出副本 |
| Webhook 投递 | webhook_delivery_logs | 任何事件可外推 |
| 权限系统 | AdminPermissionCatalog | 任何功能可按角色隔离 |
| Watermark | watermark_configs | 任何输出可盖水印 |
核心方法论：左列是目标模块的砖块，右列是全局能力，交叉点就是涌现。
| 模块砖块 A | × 全局能力 B | = 涌现功能 C |
|---|---|---|
| 列表数据 | × ILlmGateway | AI 问答框 / 智能排序 / 自动摘要 |
| 任意详情 | × Bridge | 嵌入式实时预览 |
| 长操作 | × Run-Worker | 异步化 + 断线续传 |
| 任意实体 | × ShareLink | 公开分享 + 外部验收 |
| 任意事件 | × Webhook | 外推到飞书 / 钉钉 |
| 任意配置 | × IForkable | 模板化 + 市场化 |
| 任意上传 | × Attachment.ExtractedText | 文件秒变全文检索源 |
硬要求：必须分 4 层发散，每层至少 3 个想法：
基线层 — 没有会被投诉的基础能力
差异化层 — 竞品做过但我们做得更好的
智力层 — 借 LLM Gateway 做的、竞品没法做的
疯狂层 — 值得记录但可能暂时不做的激进想法
禁止只写基线层就收手。疯狂层即使最后不做，也要写出来让用户看到可能性。
按 独特性 × 可落地性 两维评分，挑 3-5 个推荐落地：
可用表格呈现：
| 想法 ID | 名称 | 层级 | 独特性 | 可落地性 | 推荐波次 |
|--------|------|------|--------|--------|---------|
| E1 | 基础画板 | 基线 | 低 | 高 | 第一波 |
| E4 | 连线即契约 | 差异化 | 高 | 中 | 第二波 |
| E8 | AI 拓扑问答 | 智力 | 高 | 中 | 第三波 |
## 涌现分析：[模块名]
### 目标模块能力基线
| 类型 | 名称 | 状态 |
|------|------|------|
| Model | ... | 已有 |
| API | ... | 已有 |
| UI | ... | 缺失 |
### 可用的全局横向能力
- ILlmGateway / Bridge / Run-Worker / ShareLink / ...（列出实际要用到的）
### 发散池（分层脑暴）
#### 基线层
- **E1. 名称** — 一句话描述 + 复用了哪几块砖
- **E2. ...**
- **E3. ...**
#### 差异化层
- **E4. ...**
- **E5. ...**
- **E6. ...**
#### 智力层（借 LLM）
- **E7. ...**
- **E8. ...**
#### 疯狂层
- **E9. ...**
- **E10. ...**
### 收敛评分
| ID | 独特性 | 可落地性 | 推荐波次 |
|----|--------|---------|---------|
| E1 | 低 | 高 | 第一波 |
| ... |
### 推荐落地顺序
**第一波（立即做）**：E1 + E2 + E3
**第二波（下一迭代）**：...
**第三波（差异化加分项）**：...
### 每个推荐项的技术方案
#### [ID. 名称]
- **涌现路径**：A（xxx）× B（xxx） = C
- **复用的砖块**：文件路径列表
- **新增代码量估计**：前端 X 个组件 / 后端 Y 个端点
- **用户感知变化**：之前 → 之后
确认后执行。
跳过全部发散，直接给单一 Quick Win：
涌现路径：ParsedPrd.RawContent（已有 MD 原文）× Attachment.Url（已有文件 URL）= 多格式下载
复用的砖块：DocumentStoreController.cs
新增：1 个端点 GET /api/document-store/entries/{id}/download?format=...
象限：Quick Win
文档领域的完整竞品对比参见 reference/feature-matrix.md
需要完整发散（篇幅所限只列摘要）：
能力基线：compose-parser.depends_on + topo-sort.layers + RoutingRule + Bridge + ILlmGateway
发散池（15 个想法，略）：
第一波推荐：E1 + E2 + E3（纯前端，零数据模型改动） 第二波：E5 + E6（差异化，Railway 都没做） 第三波：E8 + E9（借 Gateway，独有优势）
能力基线：pr_review_items + github_user_connections + ILlmGateway + ShareLink
发散池（示意）：