用途：按创始人个人口吻撰写博客文章、X/Twitter 推文串与简报，目标是读起来像真实的人在分享经验教训，而非营销部门的宣传稿。
主要能力与写作规则：
- 始终使用第一人称，写“I built”而非“We implemented”。
- 具体优于笼统，例如写“37 tools across 9 domains”而非“many tools”。
- 展示过程与混乱：失败的草稿、凌晨三点的顿悟、会做得不同的地方。
- 每篇只讲一个核心观点；若无法用一句话概括核心洞见，就重新聚焦。
- 结尾给出价值，让读者当天就能用上。
推文串格式：第1条为钩子，用大胆主张或意外结果截停滚动，最多280字符，不用话题标签，不写“thread incoming”；第2—3条讲背景与要解决的问题；第4—7条为主体，讲做了什么、发生什么、学到什么，配数字、截图、代码片段，每条既独立又可连贯阅读；第8—9条给反直觉洞见，指出多数人哪里想错；最后一条是一句可被截图传播的要点，可选附博客链接深入阅读。
博客结构：钩子（结果或意外，而非背景故事）、问题（当时的处境）、历程（尝试过什么，包括失败）、解决方案（什么有效及原因）、经验教训（今天开始做会告诉对方什么）。
易传播要素：反主流观点加证据、具体数字（收入、用户、节省时间）、脆弱与专业并存（承认错误同时展现功力）、可执行（模板、框架、步骤）。
反模式：寒暄式开场（如“In today's fast-paced world...”）、滥用话题标签、故作谦虚的炫耀、任何人都能给出的通用建议、企业腔（如“We're excited to announce...”）。
限制：资料未提供具体安装或调用方式、支持平台、收费与价格信息，暂未提供。