用途：这是创建持久战略文档的访谈式方法。AI不提议内容，而是每次只问一个问题，用户回答后AI把答案修补进文件，再问下一个问题。文件本身就是对话的产出，持续增量更新。
适用场景：新建SSOT文件（人生优先级、人生愿景、原则、框架、排名清单）；填写用户明确想自己撰写的结构化文档；季度/年度回顾，将用户原话写入文件。不适用于：日程规划、任务分类，或任何由AI先提议内容的场景。
循环流程：1）用骨架创建文件（标题、章节、待填充占位符），仅一次write_file，此后绝不覆盖，只patch；2）一次只问一个问题，简洁、具体、单一维度、尽量开放式；3）等待回答，不提前问下一问；4）把用户答案patch到文件正确章节；5）重问——下一问，或答案不完整时的追问；6）重复直至文件完成。
硬性规则：一次只问一个问题，绝不一条消息堆多个问题；只patch不覆盖，初始骨架后每次更新都用patch，绝不write_file已存在文档；先更新文件再问下一问，顺序是收到答案→patch文件→问下一问；用户列出的清单是无序集合，不能从输入顺序推断排名、优先级或先后，需要排序时明确问“哪个是第1位”；问动态而非姓名，用户提到某人时问角色/关系动态；不挖苦、不废话、不加填充；不做投机性补充，用户未要求就不新增章节或“还有别的吗”提示。
问题设计：做领域发现而非确认，问“什么能胜过其他一切”而非“业务是第一吗”；每题应挖出AI尚不知道的新信息；可用引擎式框架“什么若成立就能让其余显而易见”；具体优于抽象。
文件修补：每次回答后读取相关章节，用patch将old_string设为占位符或先前条目，new_string为保留用户原话的更新内容，确认diff后继续。排名清单逐条追加，每项经用户确认后再patch进去。
常见陷阱：把集合顺序当排名；一次问太多问题；覆盖文件而非patch特定章节，破坏原有内容；用AI生成内容填充章节；问答之间跳过文件更新，导致文档失同步。
与其他技能配合：day-plan为不同模式（任务分类）；organize-tasks为Todoist专用；memory-management独立，人设和偏好归入记忆。
限制：改编自davidondrej/skills，执行前需核实本地路径、工具、凭据和智能体功能；涉及命令、远程访问、调度、浏览器自动化或改文件的工作流，须先获得用户明确批准并确认目标环境。