菜单
TC 创业状态存档工具。用户说“/tc-state”“保存这次创业判断”“记住当前方案”“恢复上次 TC 进度”“继续上次创业问题”“列出 TC 存档”“生成阶段报告”或明确要求把已脱敏市场证据交给 TC 知识候选时使用。把确认的问题、判断、行动和证据保存到本机，或在逐次授权后导出本机候选；不自动上传，不替用户保存敏感原文。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
TC 创业行动推进。用户输入“/tc-action”，或已经有判断、项目假设但缺少现实证据，计划过大、一直学习开会、需要验证需求或推进报价成交时使用。把判断或假设压缩成十分钟启动、二十四小时市场交付、七天唯一指标、成本上限、停止条件和需要带回的数据；有工具时核对当前公开市场，没有工具时明确未知，行动必须接触真实对象。
TC 创业问题重构与定义。用户输入“/tc-diagnosis”，或需要从混乱叙述、创业焦虑、多个方向、合作争议、流量不变现、产品卖不动等情况中找到唯一业务卡点时使用。先分开事实、解释、情绪和假设，再形成有对象、目标、约束与验证标准的真问题；满足结束条件后必须停止追问并返回 /tc 或 tc-action，不把诊断本身当成结果。
TC 天策知识库入口。用户输入“/tc-knowledge”，或要求搜索 TC 通用方法、明确查询天策历史公开表达、检索或加工 dontbesilent/DBS 开源推文集、解释方法来源、接入飞书/Notion/本地文件夹、登记来源、提炼知识原子、导入用户主动授权的脱敏实验反馈、检查知识版本与冲突时使用。默认只返回核心参考源、知识包和知识原子；历史原推必须由用户明确要求并单独检索，不能参与创业项目推荐、用户能力判断或当前市场判断。普通创业解题仍优先使用 /tc。
TC 天策创业解题 Skill，是给普通创业者使用的 AI 创业解题教练，兼容 dontbesilent 的 DBS 商业工具箱。用户输入“/tc”“TC”“tc”或“$tc”，或需要处理创业、副业、自媒体、个人 IP、AI 应用、项目验证、获客成交、交付复盘、合作取舍与创业焦虑时使用。把混乱叙述变成一个真正的问题，找到赚钱链条最早缺少证据的一环，再给一个马上能接受真实市场检验的动作。也适用于没有方向、资源或主动求助记录的从零用户，但只生成待验证的项目假设，不推荐暴利项目、不保证收益、不输出空泛建议。
TC 商业文案。用户输入“/tc-copy”，或需要创业、自媒体、获客、报价、私聊跟进、项目招募、案例复盘等可直接发布或发送的商业表达时使用。先判断文案是不是当前业务卡点的解法，再基于真实事实写出只推动一个下一步的版本；禁止编造案例、收入、稀缺性、权威背书或收益承诺。
TC Skill 官方更新入口。用户输入“/tc-update”，或明确要求更新、升级、重新安装、检查并同步 TC Skill 最新版时使用。只从 Leobai03/tc 更新 TC 系列 Skill，不修改其他 Skill，不读取或上传用户聊天和业务资料。
| name | tc-state |
| description | TC 创业状态存档工具。用户说“/tc-state”“保存这次创业判断”“记住当前方案”“恢复上次 TC 进度”“继续上次创业问题”“列出 TC 存档”“生成阶段报告”或明确要求把已脱敏市场证据交给 TC 知识候选时使用。把确认的问题、判断、行动和证据保存到本机，或在逐次授权后导出本机候选；不自动上传，不替用户保存敏感原文。 |
这是 TC 的“游戏存档”。今天做到一半可以保存；下次回来不用从第一关重新讲。
tc-knowledge 人工复核。不负责重新诊断、写文案或代替 tc-action 设计行动。发现问题定义还没有确认时，先回到 /tc 或 tc-diagnosis。
~/.tc/projects/<项目名>/
├── current.md
├── current.json
├── sessions/
│ ├── 20260721T153000123456Z-标题.md
│ └── 20260721T153000123456Z-标题.json
└── reports/
└── 20260721T160000123456Z-阶段报告.md
所有文件默认只写在用户本机。不要声称作者可以看到这些文件。
~/.tc/。只保存已经影响判断的内容：
problem_definition：这次真正解决什么；confirmed_facts：已经发生、能核对的事实；decision：当前选择；tradeoff：这个选择必须放弃或承担什么；rejected_directions：这次明确不做什么；assumptions：仍待市场验证的假设；next_action：下一项最小动作；success_metric：什么结果算有效；evidence：已经带回的用户原话、报价、付款、交付或毛利证据；next_skill：下次最可能进入 /tc、tc-copy 或 tc-action 中哪一个。没有 problem_definition、decision 或 next_action 时，不要伪造；告诉用户还缺哪一项。
脚本只依赖 Python 标准库：
python3 scripts/tc_state.py save --payload /tmp/tc-state.json
python3 scripts/tc_state.py list
python3 scripts/tc_state.py restore --project 项目代号
python3 scripts/tc_state.py report --project 项目代号
python3 scripts/tc_state.py export-evidence \
--project 项目代号 \
--output /tmp/tc-evidence-candidate.json \
--consent
在 Agent 环境中执行时，先把结构化内容写入临时 JSON，再把路径传给 --payload。不要把用户原文直接拼进 shell 命令，避免引号和命令替换造成错误。
最小 JSON：
{
"project": "创业主线",
"title": "确定九十天唯一主线",
"source_skill": "tc",
"status": "active",
"problem_definition": "在不影响现有现金流的前提下，选出未来九十天唯一主线。",
"confirmed_facts": ["已有公开内容渠道", "当前同时处理多个方向"],
"decision": "只验证一个已有人付费的服务产品。",
"tradeoff": "暂时不新开赛道。",
"rejected_directions": ["同时测试三个新项目"],
"assumptions": ["现有咨询里存在可重复需求"],
"next_action": "整理最近十次真实咨询，统计重复问题。",
"success_metric": "七天内向五位同类客户正式报价。",
"evidence": [],
"next_skill": "tc-action"
}
不要把整份 Markdown 原样倾倒给用户。先用四行恢复上下文：
上次解决的问题：……
上次决定：……
还没验证的假设：……
下一步：……
然后只问一句：
这一步做了吗？把结果直接发我，没做也可以说真实原因。
用户带回结果后，回到 /tc 更新判断；需要拆动作时进入 tc-action。
只有用户明确说“把这次结果作为知识候选”时才执行：
export-evidence --consent 导出；tc-knowledge candidate-add 保存为本机 L1 候选。导出默认只保留：问题定义、当前判断、下一步、有效标准和用户主动记录的证据。脚本会移除常见邮箱、手机号、链接和凭据格式，但自动脱敏不能替代人工复核。
一次状态或一个成功案例不能升级成稳定方法。只有多个独立案例出现相近场景、动作和结果，并通过许可、隐私、反例与副作用检查，才允许由维护者人工提炼。
同一项目至少有两次存档时再生成报告。报告重点是变化，不是拼接聊天记录：
保存成功：
已保存到本机：<路径>
下次输入“/tc 恢复 <项目名>”就能接着做。
下一步仍是：<动作>
失败时说清具体缺什么或哪个文件无法读取，不要假装已经保存。