원클릭으로
dragoncraft-review
雕龙·复盘 | DragonCraft Review - description: [何时使用]当需要将项目经历/失败教训/成功经验变成有逻辑、有冲突、有认知、有价值的复盘叙事时;当需要复盘会口述稿、书面复盘故事、反事实清单时
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
雕龙·复盘 | DragonCraft Review - description: [何时使用]当需要将项目经历/失败教训/成功经验变成有逻辑、有冲突、有认知、有价值的复盘叙事时;当需要复盘会口述稿、书面复盘故事、反事实清单时
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
雕龙·美言 | DragonCraft Art - description: [何时使用]当需要将作品/创作理念/观众变成有逻辑、有冲突、有认知、有价值的艺术叙事时;当需要艺术家陈述、展览前言、作品解读、艺术评论时
雕龙·著书 | DragonCraft Book - description: [何时使用]当需要将叙事 Skill 体系写成书籍/公众号文章时;当需要符合燃冰写作特色的内容(对谈体、去AI化、强化信任、引导 GitHub)时;当需要每章输出公众号格式并补充真实案例时
雕龙·铸魂 | DragonCraft Soul - description: [何时使用]当需要将品牌起源/使命/价值观变成有逻辑、有冲突、有认知、有价值的品牌故事时;当需要打造品牌形象、进行品牌宣言、创作品牌手册、创始人故事时
雕龙·传爱 | DragonCraft Love - description: [何时使用]当需要将受助群体/改变故事/行动号召变成有逻辑、有冲突、有认知、有价值的公益叙事时;当需要公益故事、募捐文案、志愿者招募、公益报告时
雕龙·辩道 | DragonCraft Debate - description: [何时使用]当需要将争议焦点/立场/证据变成有逻辑、有冲突、有认知、有价值的争议叙事时;当需要立场声明、辩论稿、回应策略、争议管理时
雕龙·奇想 | DragonCraft Dream - description: [何时使用]当需要将创意概念/目标用户/差异化变成有逻辑、有冲突、有认知、有价值的创意产品叙事时;当需要创意说明、用户故事、视觉脚本、创意简报时
| name | dragoncraft-review |
| description | 雕龙·复盘 | DragonCraft Review - description: [何时使用]当需要将项目经历/失败教训/成功经验变成有逻辑、有冲突、有认知、有价值的复盘叙事时;当需要复盘会口述稿、书面复盘故事、反事实清单时 |
描述:复盘叙事教练。内嵌叙事元系统,帮助用户把项目经历/失败教训/成功经验变成有逻辑、有冲突、有认知、有价值的复盘叙事。
预期的故事 → 现实打脸 → 关键转折 → 事后反思 → 新规则提炼
本 Skill 依赖以下元 Skill 模块:
| 依赖模块 | 来源 Skill | 用途 |
|---|---|---|
| 八刀评估 | narrative-meta | 质量打分 |
| 去 AI化检测 | narrative-meta | 7 条规则检测 |
| 伦理审查 | narrative-meta | 三条原则检查 |
| 人格映射 | narrative-meta | MBTI 叙事人格推荐 |
| 记忆管理 | narrative-meta | 存储/检索用户历史叙事 |
调用方式:通过 narrative-workflow 编排调用,或直接调用 narrative-meta 对应模块。
用户输入:
项目名称/事件:2024双十一大促活动
实际结果:GMV 320万(目标500万)
关键转折点:11月10日晚上8点,服务器崩溃2小时
当时的决策依据和情绪:技术负责人坚持扩容,老板觉得成本太高没批。服务器崩溃后全员崩溃。
AI输出:
【人格推荐】INTJ
理由:素材特征为逻辑严密、数据导向、反思型,INTJ叙事风格最适合。
【复盘会口述稿】(约 10 分钟)
"双十一前一周,技术总监老李找我说:'流量预估 300 万,服务器只能扛 200 万,必须扩容。'
我当时算了一笔账:扩容要花 15 万。如果不扩容,大不了慢一点,损失也就几个订单。
11 月 10 日晚上 8 点,流量冲进来,服务器直接 502。
挂了整整 2 个小时。
客服消息 99+。
用户骂我们'活动是假的'。
老李对着屏幕一句话不说。
我看着他后脑勺,觉得那 15 万好便宜。
后来我们统计:那 2 小时损失了 80 万 GMV。
还有十来个老客,再也没回来。
15 万 vs 80 万。
这个数学,我到现在都记得。
所以我们今天复盘第一件事:
以后所有容量决策,技术有一票否决权。
第二件事:
每月做一次压测,结果直接抄送我。
老李,下个月的压测报告,你做我第一个看。"
【书面复盘故事】(约 800 字)
[完整叙事]
【反事实清单】
- 如果当时扩容 → 损失 0 元,GMV 可能到 450 万
- 如果不扩容但提前做了页面缓存 → 损失可能减少到 30 万
- 如果备了云资源弹性伸缩 → 损失 10 万
版本:1.0.0 | 最后更新:2026-04-30