Agent trace 诊断器:当用户提供 trace、日志 JSON、agent 执行记录、工具调用序列,或说“看下这个日志/trace,定位根因”“只说明问题不要改文件”时使用;用中文输出核心根因、可视化执行流程图、trace 证据链、可能文件/行和修复建议,默认只读。不用于没有日志证据的新功能设计、普通代码解释或直接修复代码。
日本語の概要は準備中です。原文の説明を表示しています。
AI 工作资产化诊断器 / Assetization Router:当用户提供 AI 协作会话、重复任务、prompt、工作流描述、 团队 AI 使用场景或一次成功交付过程,并要求判断应该沉淀成 Prompt、Context Pack、Workflow、Skill、 Loop、System,或根本不值得沉淀时使用。
它只做诊断、分层和下一步资产建议,不替代具体 Skill 创建、 PRD 起草、调研、实现或自动化执行。不用于普通事实查询、一次性文案、trace 根因分析或高责任专业判断。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
ai-work-assetization-diagnoser这段工作是不是值得做成 Skill、这个 prompt 应该沉淀成 workflow 还是 Skill、帮我判断该资产化到哪层、这个 AI 工作流要不要做成 Loop这个 Skill 是 Router / Gate,不是执行器。它回答三个问题:
默认输出应短、可执行、有证据。不要把所有重复任务都升级成 Skill,也不要把所有自动化想法都升级成 Loop。
| Layer | Use When | Example Artifact |
|---|---|---|
| Do Not Assetize | 低频、一次性、强主观、输入不可稳定复用、风险高或验收口径不存在。 | 保留聊天记录或一次性笔记。 |
| Prompt | 步骤简单,主要复用表达方式。 | Prompt template, checklist prompt. |
| Context Pack | 关键难点是资料、约束、样例和反例组织。 | Context folder, source bundle, glossary. |
| Workflow | 有稳定步骤、角色、输入输出和人工推进点。 | SOP, runbook, workflow doc. |
| Skill | 高频可复用,有明确触发语、输入、输出、边界和验收方式。 | SKILL.md + references/scripts. |
| Loop | 需要多轮状态、恢复、触发器、检查点、重试或人工接管。 | Loop contract, state files, update log. |
| System | 多个 Skill/Loop/Agent 组合,涉及权限、成本、审计、评估或团队级运行。 | Product/system PRD, architecture plan. |
Identify input shape
Extract evidence
Score only what matters
Recommend one primary asset layer
Name the smallest next artifact
Define reuse signal
Use this structure:
## Assetization Diagnosis
- Current shape: <conversation / prompt / context / workflow / skill candidate / loop candidate / system candidate>
- Recommended layer: <Do Not Assetize / Prompt / Context Pack / Workflow / Skill / Loop / System>
- Confidence: <High / Medium / Low>
## Evidence
- ...
## Why This Layer
- ...
## Why Not Adjacent Layers
- Lower layer is insufficient because ...
- Higher layer is overkill because ...
## Smallest Next Artifact
- ...
## Reuse Signal To Watch
- ...
## Do Not Do
- ...
For batch scenarios, use a compact table with columns:
skill-creator.ai-collaboration-calibration or decision-research.prd-architect.skill-reviewer when available.Recommend not assetizing, or only a lightweight note, when:
references/asset-layer-rubric.md:当 Prompt / Context Pack / Workflow / Skill / Loop / System 边界不清时读取。scripts/check_assetization_report.py:检查资产化诊断报告是否包含推荐层级、证据、最小下一步和复用信号。Smoke prompts:
这段工作是不是值得做成 Skill?这个 prompt 应该沉淀成 workflow 还是 Skill?我们连续三次做了类似 AI 协作,帮我判断该资产化到哪层。这只是一次性任务,不要过度沉淀。Non-trigger prompts:
直接帮我创建一个 Skill。看下这个 trace,定位根因。帮我写一个 PRD。查一下今天的新闻。まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Agent trace 诊断器:当用户提供 trace、日志 JSON、agent 执行记录、工具调用序列,或说“看下这个日志/trace,定位根因”“只说明问题不要改文件”时使用;用中文输出核心根因、可视化执行流程图、trace 证据链、可能文件/行和修复建议,默认只读。不用于没有日志证据的新功能设计、普通代码解释或直接修复代码。
日本語の概要は準備中です。原文の説明を表示しています。
协作校准 / 认知校准 / 问题脑暴:当用户有模糊感受说不清问题、方案越补越复杂、想挑战假设、 想重新定义问题、想知道成熟领域里怎么叫这个问题时使用。 可用中文唤起:"帮我想想""先聊一下""一起脑暴""我感觉有问题但不清楚是什么" "先别执行,帮我看清问题""挑战我的假设""这个方案是不是想错了""帮我做认知校准" "双向钢人""钢人论证一下""正反最强论证,给我明确判断"。 也适用于:用户直接说"帮我做 X 功能""接入 Y 平台"但背景复杂、或对话早期感觉方向可能跑偏时, AI 主动识别并建议进入脑暴模式。 这里的“挑战假设”主要指问题定义、目标、约束和领域定位层面的假设;如果问题已确认且用户已有具体方案、 计划、架构或决策要压力测试,应转用 grill-me。不用于翻译、摘要、格式整理、单文件小改等简单执行任务。
日本語の概要は準備中です。原文の説明を表示しています。
设计脑暴 / 实现前方案校准:当用户想把已基本成立的想法、功能方向或产品问题,在写 PRD、画 mockup 或进入开发计划前,先比较方案、确认取舍、对齐 UI/视觉约束,并收敛成可执行设计 spec 时使用。 可用中文唤起:“先脑暴一下方案”“先不要写 PRD,帮我设计几种路径”“参考 brainstorming 把这个需求变成设计 spec” “实现前先讨论设计”。问题还没定义清楚时先用 ai-collaboration-calibration;已有方案要压力测试时用 grill-me; 直接写 PRD 时用 prd-architect;grill-me 返回精确设计 gap 时,本 Skill 只输出 Design Delta。
日本語の概要は準備中です。原文の説明を表示しています。
竞品决策分析 / Competitive Decision Brief:当用户要调研竞品、替代方案、新产品、SaaS/AI 产品或市场信号, 并希望把官网、定价、评论、文档、更新日志、登录态走查、截图或浏览器取证转成产品定位、路线图、定价、 功能优先级、差异化、Go/No-Go 或 PRD 输入时使用。核心行为是先锚定产品决策,再选择证据渠道, 最后输出可行动的 Product Decision Brief;不要把它降级成泛泛功能清单、纯 UX 走查或“点完所有按钮”报告。
日本語の概要は準備中です。原文の説明を表示しています。
复杂探索资产化 / Complex Exploration:当用户面对复杂、不确定、多轮迭代的产品策略、Roadmap、商业化定价、竞品定位、复杂 PRD 前置探索、项目复盘或方法论沉淀任务时使用。它先判断任务类型,暴露隐含假设,重构真正问题,规划探索路径和中间产物,并在结束后沉淀认知、结构、方法论、工具和影响力资产。不用于简单润色、翻译、摘要、明确执行任务;问题只需早期认知校准时优先用 ai-collaboration-calibration,已有方案要压力测试时用 grill-me,系统专题研究用 research-topic-compiler。
日本語の概要は準備中です。原文の説明を表示しています。
客户需求发现与澄清助手:当用户是销售、客户成功或售前,拿到客户模糊、宽泛、缺少产品边界的需求,需要先在内部最多五轮补齐关键事实,再生成一次性客户澄清问题清单、需求摘要与通用技术可行性判断时使用;当确认需求将落入 StyleWork 时加载可选产品与 UI 上下文,并可在信息足够或明确要求时输出带假设标记的轻量 Demo。不要用于直接报价、承诺交期、替代正式 PRD 或在信息不足时假装已有能力。
日本語の概要は準備中です。原文の説明を表示しています。