用途：把项目经历写成既像戏剧性叙事、又能提炼可复用方法的文章，适合通过具体成果建立专业形象，尤其是跨系统、AI 辅助工作流、自动化、运营杠杆、干系人压力或需求不清的项目。
主要能力：提供完整写作结构。标题用“意外对比+亮眼结果+Here’s how”制造好奇心缺口，不提前泄露方法；开头用 SCQA（情境、冲突、问题、答案承诺），从危机与利害切入；正文按故事顺序展开，如主动请缨、看似简单的任务、澄清真实目标、发现表层问题并非真问题、先画地图再修复、渐进式扩展、让进展可见、最终解决；故事结束后再提炼“背后的操作系统”5–7 条原则，并以清晰收尾和后续文章预告结束。
使用方式：按技能给出的模板逐段撰写，除非用户明确要求其他格式。标题避免人身攻击、机密弱点和过早剧透；叙事部分不用“教训一”“框架”等说教式小标题，改用叙事性标题；隐藏优势要等读者感受到难度后再揭示；对比应针对策略、系统或约束，而非贬低具体个人。
适用场景：技术项目复盘、自动化与 AI 工作流案例、跨团队问题解决、在紧迫期限下交付成果的经验分享。
限制：涉及公司内部、安全、合规、客户、事故、财务、裁员、审计或同事姓名时须大幅抽象化；不写具体日期、客户名、认证名、工单 ID、仓库名或可利用漏洞细节；不暗示公司疏忽。默认不插入图片占位符。资料未提供具体平台、收费或价格信息。