社区知识整理工具与填写示例
从一条真实需要解决的问题开始。先记录上下文，再归纳回复、写出步骤；出现变化时更新说明，最后检查资料能否被下一位读者独立使用。下面四张表可直接保存为文本，无需账号。
问题卡
先判断若干不同问法是否属于同一个任务，避免把条件不同的问题挤成一个答案。
| 填写字段 | 怎么填写 |
|---|---|
| 读者目标 | 用动词写出想完成的事，不只写一个宽泛名词。 |
| 原始问法 | 保留两到三种典型问法，帮助识别同义提问。 |
| 适用条件 | 记录对象、环境、资源限制与前置知识。 |
| 简明回答 | 先给能执行的结论，再补充例外或未确定之处。 |
| 讨论线索 | 填写原帖地址、楼层或段落位置，以及核对情况。 |
虚构填写示例：目标是将读书会笔记按主题归档；适用于小组共用同一目录的情况；先给每篇笔记确定一个主主题，再把不同问法记录为检索别名。若一篇同时跨越两题，选主要问题作为归属，另一主题用标签关联。
回复归纳表
将时间顺序里的回复拆成结论、条件和证据，之后才能按操作顺序编排。
| 填写字段 | 怎么填写 |
|---|---|
| 回复位置 | 记录原文可找回的位置。 |
| 信息类型 | 区分操作步骤、前置条件、例外、纠错与个人偏好。 |
| 适用范围 | 说明这条回复在什么条件下成立。 |
| 核对状态 | 已尝试、原帖说明、存在分歧或待验证，按实际填写。 |
| 教程位置 | 决定信息应放在准备、步骤、排错还是补充说明中。 |
虚构填写示例：回复07说多人同时改名容易混乱；信息类型是协作限制；适用范围为多人共用笔记目录；核对状态为待验证；暂放在教程的协作提醒，不把它写成已经证明的普遍规则。
旧帖更新单
在保留原来讨论语境的同时，告诉读者哪些结论需要重新判断。
| 填写字段 | 怎么填写 |
|---|---|
| 变化触发原因 | 写具体变化，不只写“已更新”。 |
| 受影响段落 | 列出原文小节、步骤与涉及条件。 |
| 继续适用部分 | 避免读者误以为全文失效。 |
| 新方法与限制 | 给替代路径，未确认的环节明确说明。 |
| 版本关系 | 补注、局部修订或另写新版，并保留相互链接。 |
虚构填写示例：练习目录由个人使用改成多人共用；原来的单人重命名步骤需要调整；主题归档方法继续适用；新增变更记录和协作约定；先在旧帖顶部添加更新说明，再链接新版教程。日期仅在实际完成修订时填写。
精华检查表
按可观察的内容质量筛选稳定推荐资料；不是按点赞量、作者身份或篇幅评判。
| 填写字段 | 怎么填写 |
|---|---|
| 任务清楚 | 标题与开头是否说明要解决的问题？ |
| 条件完整 | 是否写出输入、限制和前置知识？ |
| 步骤可用 | 是否具备操作次序与可观察的预期结果？ |
| 分歧透明 | 是否保留例外、反例及尚未验证的部分？ |
| 可追溯可维护 | 来源线索、相关教程和变化说明是否可找到？ |
虚构填写示例：一篇笔记归档教程有完整步骤，却没有说明多人共用的条件。处理结果为“补齐后再推荐”，需要补充协作限制与失败分支；不为它编造评分或声称已通过实际复现。
使用范围
这些表单适合人工整理社区问答和经验内容，不会自动抓取、验证或发布帖子。填写时区分原话、归纳与判断，未完成的核对如实标注；实际修订日期应由整理者在完成更新时填写。
返回六篇方法文章 →