Linux.do 申请文撰写器

通过自适应访谈 + 规则感知、去 AI 化的文本生成，为你生成自然、高通过率的 Linux.do 注册申请文。

触发指令

• “write linux.do application”
• “linux.do 小作文”
• “linux.do 注册申请”
• “help me apply to linux.do”

快速参考

流程

第一阶段：申请人调研

以中文开展自适应访谈，收集必需的 4 类信息模块。每次仅提出 一个问题，并根据回答动态调整后续追问。

核心问题（用中文提问，顺序可依对话流灵活调整）：

1. 你平时主要做什么？（工作、学习、兴趣方向）
2. 你是怎么知道 Linux.do 的？（搜索、朋友推荐、看到某个帖子？）
3. 你在上面浏览过哪些内容？有没有印象深的帖子或话题？
4. 为什么现在想注册？有什么具体的需求或场景吗？
5. 注册之后你打算怎么用？（潜水、回帖、关注某类话题、分享经验？）

自适应规则：

• 若回答模糊（例如：“想学习交流”），需深入追问：“具体想学什么？在哪看到过相关讨论？”
• 若某回答已覆盖多个信息模块，跳过重复问题
• 若申请人提及具体帖子/话题，务必请其展开说明——这是关键亮点
• 当全部 4 类信息模块均已覆盖后即停止（参见 references/linuxdo-rules.md）

验证环节：进入第二阶段前，内部确认以下四点是否均已覆盖：

• 背景信息（所从事/关注领域）
• 发现路径（如何得知该站点）
• 入站动因（为何此时注册，是否有具体场景）
• 使用计划（获得账号后将如何使用）

若有任一模块缺失，则追加一个针对性问题。

第二阶段：初稿生成 + 风险检查

基于已收集的信息生成申请文初稿。

生成规则：

1. 采用第一人称、口语化中文表达——就像向朋友解释自己为何注册
2. 字数控制在 80–150 字符之间：不可过短（显得敷衍），也不宜过长（显得刻意用力）
3. 将全部 4 类信息模块自然融合进文本中——禁止采用分段式（如四段对应四点）结构
4. 尽可能复用申请人自己的措辞与表达习惯
5. 不使用问候语、结束语，不写“你好”“谢谢”等客套话，只保留实质内容
6. 允许使用句子片段、口语化表达及非严格语法结构
7. 句式长短交替：穿插简短有力的短句与稍长的叙述句

风险检查 —— 对照以下标准扫描初稿（详见 references/linuxdo-rules.md）：

若触发任一 HIGH 级别风险，须重写初稿，方可进入下一阶段。

第三阶段：去 AI 化润色 + 最终输出

将初稿完整执行去 AI 化核查清单（参见 references/de-ai-checklist.md）。

审核步骤：

1. 逐项核对全部 12 项 AI 特征标记——发现即标记并重写
2. 以真实人工审核者身份通读全文：是否带有 AI 味道？
3. 执行三问嗅探测试：
   • 能否简单替换细节后复用于他人？→ 过于泛化
   • 每句话是否都提供新信息？→ 删减冗余填充
   • 你会这样发微信给朋友吗？→ 若过于正式则需放松语气

输出形式：将最终申请文以纯文本形式置于代码块中呈现。 用中文告知用户：“这是你的申请文，可以直接复制粘贴到注册页面。”

若用户提出修改需求，则重新修订并再次执行第三阶段全部检查。

应避免的模式（Anti-Patterns）

终验标准

最终输出后，请确认以下六点：

• 四类信息模块全部存在
• 字符数在 80–150 范围内
• 无任何 HIGH 级别风险模式
• 通过全部 12 项去 AI 标记检测
• 读起来像真人所写
• 纯文本格式，无任何排版或富文本

扩展点

1. 规则更新：当 Linux.do 调整注册规则时，同步更新 references/linuxdo-rules.md
2. 新增 AI 标记：随着 AI 检测技术演进，在 references/de-ai-checklist.md 中补充新标记项
3. 多社区适配：将本调研流程与规则框架迁移至其他邀请制社区（如 Hacker News、MCP、Codex 等）

参考资料

• Linux.do 规则与信号 — 官方规则 + 社区常见模式
• 去 AI 化核查清单 — 12 项需识别与修正的 AI 特征标记

相关技能

启动前请始终运行 openskills list，以发现并加载所有可能增强申请文撰写流程的相关技能。