getting-started

概述

此技能用于引导会话启动，识别用户所在领域，路由到正确的技能系列，并建立工作流上下文。它通过确保每项任务都采用适当的技能框架来处理，避免“无结构思考”。

铁律

NO RESPONSE TO A TASK WITHOUT CHECKING FOR APPLICABLE SKILLS FIRST 未先识别相关技能框架就直接着手处理任务，会导致输出泛泛而谈、未经验证且价值低。

状态机

digraph getting_started_flow {
    "Start" [shape=doublecircle];
    "Step 1: Identify Domain" [shape=box];
    "Step 2: Check Skill Taxonomy" [shape=box];
    "Step 3: Establish Workflow Chain" [shape=box];
    "Gate: Skill Applicable?" [shape=diamond];
    "Step 4: Invoke Skill(s)" [shape=box];
    "Ready" [shape=doublecircle];

    "Start" -> "Step 1: Identify Domain";
    "Step 1: Identify Domain" -> "Step 2: Check Skill Taxonomy";
    "Step 2: Check Skill Taxonomy" -> "Gate: Skill Applicable?";
    "Gate: Skill Applicable?" -> "Step 3: Establish Workflow Chain" [label="yes"];
    "Gate: Skill Applicable?" -> "Ready" [label="no"];
    "Step 3: Establish Workflow Chain" -> "Step 4: Invoke Skill(s)";
    "Step 4: Invoke Skill(s)" -> "Ready";
}

何时使用此技能

• 开始新的聊天会话时。
• 用户引入新项目或主题时。
• 不确定如何处理请求时。

何时不使用此技能

• 正在进行的任务已调用某项技能时。
• 简单的一次性澄清。

核心流程

步骤 1：识别领域

问问自己：此请求属于战略、分析、叙事、修辞还是人际交往领域？（来源：系统设计）

步骤 2：检查技能分类

查阅以下 6 个系列和 41 项技能。遵循 1% 规则：只要某项技能有 1% 的可能适用，就必须提及它。

6 个技能系列

meta（6 项技能） — 基础与流程规范

• getting-started — 会话引导与路由（你正在使用此技能）
• using-skills — 技能调用规范与 1% 规则执行
• writing-skills — 文档与技能编写的 TDD
• prompt-optimizer — 结构化提示词优化方法
• mental-model-library — 跨领域推理参考
• learning-accelerator — 元学习与知识综合

workflow（12 项技能） — 战略与分析工作流

• problem-framing — 发现阶段关卡与问题定义
• stakeholder-discovery — 受众与利益相关方梳理
• market-context — 竞争格局背景
• competitive-analysis — 结构化竞争对手剖析
• buyer-persona — 由 JTBD 驱动的用户画像构建
• business-case — ROI 与投资论证
• prd-writing — 产品需求（PR/FAQ 方法）
• pitch-deck — 面向投资者与内部的演示文稿
• one-pager — 执行摘要文档
• executive-briefing — 面向董事会的沟通
• assumption-audit — 证据验证关卡
• stakeholder-review — 结构化反馈收集

executive（9 项技能） — 领导力与决策

• strategy-clarity — 战略定位与竞争优势
• devils-advocate — 对抗式压力测试
• operational-excellence — 执行体系与 OKR
• platform-strategist — 平台与聚合器分析
• ownership-coach — 领导责任
• first-90-days — 新岗位过渡指南
• hiring-talent — 人才评估与招聘
• team-builder — 文化与心理安全
• decision-frameworks — 结构化决策方法

narrative（4 项技能） — 讲故事与创意写作

• fiction-architect — 情节结构与因果关系
• character-vulnerability — 角色深度测试
• world-building-logic — 内部一致性引擎
• dialogue-craft — 声音与潜台词

rhetorician（5 项技能） — 沟通与说服

• non-fiction-precision — 结构清晰
• copy-editor — 逐句润色
• resonance-engine — 情感与说服力
• memo-stress-tester — 商务写作压力测试
• scientific-advertising — 基于证据的说服

dealmaker（5 项技能） — 谈判与影响力

• negotiation-tactician — 交易与合同谈判
• influence-architect — 说服与权力动态
• rapport-builder — 关系与信任建立
• feedback-coach — 提供与接收反馈
• difficult-conversations — 高风险对话

步骤 3：建立工作流链

如果任务属于战略或分析领域，确定其对应工作流链的哪个阶段（发现、分析、交付、审查）。（来源：系统设计）

第 4 步：调用技能

与用户确认相关技能，并请求许可后再使用这些框架。（来源：系统设计）

跨技能调用

必需子技能：using-skills — 用于确保遵循调用规范。 推荐子技能：problem-framing — 用于开启探索阶段。

合理化对照表

想法	现实
“用户只是问了个简单问题，我没必要检查技能。”	简单问题往往只是复杂战略冰山的一角。
“检查技能会拖慢对话。”	花 10 秒找到合适的技能，可以省下 10 分钟返工。
“不用技能我也知道该怎么处理。”	你正陷入确认偏误；这些技能正是用来帮你发现疏漏的。
“似乎没有哪项技能完全匹配。”	使用最接近的技能，或组合多项技能，而不是一项都不用。

危险信号

出现以下想法时就意味着必须停下——你即将走捷径：

• “我先回答这个问题，之后再看技能。” → 这违反了铁律。
• “我确定没有适用的技能。” → 你可能很久没查看技能分类了。
• “这项任务太紧急，没时间从头搭建。” → 越紧急，出错风险越高，因此从头搭建越重要。

诊断清单

• 我是否已确定用户的主要领域？
• 我是否已检查全部 6 个类别，确认是否有适用的技能？
• 我是否已告知用户我将调用哪些技能？
• 如适用，计划是否遵循工作流链？
• 我是否已确认没有隐藏的前置条件（例如，在编写 PRD 前进行利益相关方梳理）？

来源

• 系统设计 — 技能类别目录。
• 系统设计 — 工作流链架构。
• 系统设计 — 铁律。