四节完整指南 · 从功能说明到适用性结论
先看任务是否闭合，再看功能列表有多长
围绕海角社区id:1120.7126 10.28免费版，本页讨论怎样阅读“免费版”的功能介绍。以下假设你收到12条活动意见，需要整理成一页议程，并交给另一位组织者继续修改。示例方案甲、乙及其条件均为教学设定，不能据此判断搜索词对应平台的实际能力。
第一节｜把功能名称改成可以验收的任务
“智能整理”听起来涵盖很多事情，却没有交代你最终会拿到什么。先把目标写成一句具体的话：将12条活动意见按主题分组，保留每条意见的原意，为每组列出一个待讨论问题，最后交出另一位组织者能继续修改的文字清单。这样才能知道功能说明应该回答哪些问题。
接着分开必须完成的结果与可选的便利。保留全部意见、看得出分组、接手者能修改，属于本例的必要条件；自动配色、精美卡片和一键排版只是便利。读介绍时先找必要条件的依据，避免被展示效果吸引，却到交接时才发现文本无法继续使用。先后顺序由任务的重要性决定。
验收标准要能让另一个人独立判断。不要写“整理得很好”，可以写“12条意见都能在清单中找到，每条只归入一个主要主题，组名不会与正文混在一起”。如果一条意见涉及两个主题，可以保留原文并增加交叉提示。标准越具体，后续比较越少依赖个人感觉。不要把原文改写成自己的立场。
再从接手者的位置回看任务：他拿到的是图片、可复制文字，还是可修改的文档？他是否需要重新录入组名？这里要检验的是成果能否延续下一步工作。界面上出现结果只完成了展示环节；只有交接所需的形式与内容都被覆盖，才可以把这条任务记为完成。接手者无需重做，才算有效交付。
第二节｜沿输入、处理、输出检查能力边界
从输入开始逐步追踪，不把一个功能名当成整条流程。12条意见可能分成12段，也可能带有编号与换行。阅读说明时应问清一次接受的是多少条、多少字符或多少文件；如果数量单位没写明，就先保留问题。输入成功只说明资料进入了流程，并不证明原有结构得到保留。
处理阶段关注你能否纠正结果。自动分组之后，可能需要移动一条意见、改一个组名，或撤回一次误操作。把这些动作列出来，再找说明是否覆盖；不要从“支持整理”直接推出“支持任意修改”。对于本例，人工修改是保障原意的一环，其作用不同于自动生成初稿。修正后的结果也应进入交付范围。
额度必须对应实际动作。本例设定甲每次能接收12条，乙每次能接收6条，因此乙至少需要两次输入；这还没有计算分组、修改与交付是否另占次数。如果说明写的是“每天6次”，又要确认一次指输入、生成还是导出。条数和操作次数不能放进同一列直接比较。
最后检查输出是否保留任务结构。复制后的文字若丢了组名，意见仍在，却需要人工重建议程层次；分组被保留，也仍要看两批输入能否合成一份清单。按输入、调整、交付顺序检查，可以找到阻塞任务的具体一步，而不是用“基本能用”掩盖尚未解决的环节。每步留下一个明确的完成条件。
第三节｜未知项与明确限制，采用不同处理
把每条说明放入四种状态：已覆盖、附带条件、明确排除、尚未说明。已覆盖也应注明覆盖哪个动作；附带条件要写出条件何时成立；明确排除需要改变流程；尚未说明则需要补充答案。四种状态帮助安排下一步，不能合并成一个简单的“有”或“无”。
例如“每次最多6条”是已知限制，可以据此安排两批输入；“复制是否带组名”没有写明，则不能直接判为不支持。应把缺口写成具体问题：“将两组结果复制到同一份清单后，组名与意见对应关系是否仍在？”可回答的问题比笼统的“功能不够清楚”更便于继续核对。
当允许实际体验且操作条件清楚时，可以用一份不含个人信息的自拟材料作小范围演练。先测试三条意见的输入、改组与复制，记录看到的结果。这个观察只能说明该次条件下的表现；少量材料顺利完成，并不能替代12条完整任务的数量要求，也不能证明长期保存能力。演练记录应保留当时的材料规模。
判断适用性时，必要条件要逐项成立。某一步明确无法完成，其他便利功能再多也不能抵消；某一步尚未说明，则将结论暂时限定为“前两步有依据，交付仍待确认”。如果有可接受的人工补足方法，也应写出补在哪里、由谁完成，让选择建立在真实工作量上。
第四节｜用教学任务表比较两种方案
下面的矩阵只使用本页给出的假设：甲单次接收12条，复制时不保留组名；乙单次接收6条，复制时保留分组；两者都没有给出留存说明。表格将输入、调整、交付和重新打开分成四行。没有设定的能力统一写为未说明，不为了让表格整齐而补成支持。
| 任务步骤 | 假设方案甲 | 假设方案乙 | 需要完成的核对 |
|---|---|---|---|
| 输入12条意见 | 单次最多12条 | 单次最多6条 | 甲一次；乙至少两次，核对总数 |
| 调整分组与文字 | 具体修改能力未说明 | 具体修改能力未说明 | 确认能否改组、改名并保留原意 |
| 交付可修改清单 | 可复制文字，不保留组名 | 可复制文字，保留分组 | 甲补组名；乙核对分批合并结果 |
| 之后重新打开 | 留存与恢复条件未说明 | 留存与恢复条件未说明 | 需要继续工作时，补查留存条件 |
对甲而言，一次输入能覆盖材料数量，但交付前需要补回组名，并检查意见归属是否改变。对于乙，至少分两批输入，还要合并重复主题，核对两批合计仍有12条。两种路径的额外工作不同，不能只根据单次容量或复制效果中的一项，就判定某个方案全面更适合。额外步骤也需要逐项核对结果。
“重新打开”单列，是因为一次成功交付与日后恢复工作属于不同问题。本例两者均缺少留存说明，因此不能承诺隔天还能从原位置继续编辑。若任务需要次日接着做，应先明确保留与恢复条件；若只要求当场交出文本，也仍需确认接手者已经取得可用副本。
最终把结论写成带前提的选择：若可以接受人工恢复组名，甲的输入容量覆盖本例；若可以接受分批处理和合并，乙的复制形式更接近所需结构。两者的修改细节与重新打开条件仍待补充。保留这份任务表，获得新说明时只更新相关一行，而不是重新凭印象比较。结论应随条件变化，而非随名称变化。