1仕組みと動作原理
純粋なプロンプトオーケストレーションであり、スクリプトや外部依存関係は不要:すべての機能は SKILL.md 内の判断フレームワーク、質問の規律、出力テンプレートに基づきます
本 Skill 从 Jobs to Be Done 视角理解用户要完成的事,用于产品、内容、决策或 AI 协作中的任务澄清。
コアメカニズムは「進捗を先に見極め、ソリューションは後回し」:ユーザーが提示した成果物(記事執筆、講座作成、Agent開発など)を候補手段へと降格させ、前進させたい本来の進捗を逆引きします
用户说「帮我写一篇文章」「我需要一个课程」「给我做一个 Agent」时,先不要把这句话直接当成需求结论。它通常只说明了用户想到的方案。
ジョブステートメントは穴埋め可能な構文テンプレートに強制され、「進捗は変化として記述し、結果は知覚可能な状態に落とし込む」ことを要求することで、曖昧な形容詞の出力を排除します
当我处于 `{情境}`,我想要 `{推进的进展}`,以便 `{得到的结果}`。
JTBD の3層ジョブと「採用/解雇の4つの力」(推進力/牽引力/不安/習慣)を固定チェックリストとし、単にセールスポイントを強調するのではなく、4つの力すべてに対処する提案を求めます
一个方案被采用,通常需要推力和拉力强过焦虑与习惯。输出建议时要处理这四种力量,不能只放大卖点。
「最小限の質問」の規律:既存の素材に基づいてまずジョブ仮説を立て、情報不足によって提案内容が変わる場合に限り、具体的な事実に基づく質問を1つだけ行い、広範な質問を禁止します
只有以下信息缺失且会改变建议时,才问 1 个最小问题:
選択基準には「観察可能、判断可能、優先順位付き」を要求:必須条件/加点要素/許容可能なトレードオフの3分類とし、「シンプルで使いやすい」といった表現を検証可能な記述へ還元することを義務付けます
标准要可观察。把「简单好用」还原为「第一次使用 10 分钟内能否得到可修改的结果」这类表述。
ユースケースに応じた出力ルーティング:AI協働→プロンプトの書き直し、プロダクト/サービス→ジョブ定義と切り替え不安の軽減、コンテンツ販売→文脈と信頼できるエビデンス、個人の意思決定→最小検証アクション
| 产品或服务 | 任务定义、雇用时刻、需求优先级、降低切换焦虑的设计 |
AI協働に特化したプロンプト骨子を内蔵し、ジョブステートメントを冒頭に配置した上で、文脈/素材/制約/成果物/検収基準を補完し、モデルが制約からソリューションを導出できるようにします
把任务陈述放在提示词开头,并补上情境、已有材料、边界、交付物和验收标准。
2コア機能
4推奨統制措置と判定根拠
- SKILL.md: 純粋なプロンプト指示およびルールテキストであり、スクリプト実行や外部への副作用はありません
5二重目の独立検証
- [ok] 外部资源/工具:是否存在 SKILL.md 未声明的依赖 — 目录内仅 SKILL.md 与 agents/openai.yaml;token 扫描无 URL/CLI/API/包名命中,external_deps 为空数组成立。agents/openai.yaml 只含 display_name/short_description/default_prompt 三个界面字段,非运行依赖。
- [ok] 安全结论:是否真的零文件读写 — 全文无读取或写入指令——不要求读用户文件、不要求落盘产物(唯一「输出」是对话中的 markdown 模板)。相比同批 dbs-save/dbs-report/dbs-knowledge 有明确落盘动作,本 skill 属同批风险最低档。
- [ok] 实现原理是否成立:宣称的「切换力量」与「可观察标准」是否真有可执行定义 — 四力表给出每力的具体提问句(如「旧做法造成了什么具体损失、压力或阻塞?」),选择标准要求三分类并标优先级、给出「简单好用→第一次使用 10 分钟内能否得到可修改的结果」的还原示例。非口号式条目。
- [unlocatable] 证据定位:star/last_push 等仓库级元数据 — stars 与 last_push 来自站点池 data/pool.json 的 GitHub API 采集值,pin 源码内无此数据,无法在仓库文件内逐字命中;license 可在仓库根 LICENSE 逐字命中。
6結論
236334174ad98f29…