第四部分：写清交付物

项目身份说明应回答“这是什么”。建议写明正式名称、内部代号、起草日期、当前版本、适用对象和文件负责人。代号可以保留，但首次出现时应配一条通俗解释，例如“17.c.cow为本项目的内部编号，暂用于标记居住体验提案初稿”。

判断标准应回答“什么样的结果才✨算完成”。可以从功能、感受、成本、维护和可持续调整五个🎊方向设定条件：功能是否顺手，视觉是否统一，预算是否可控，日常维护是否简单，使用者能否根据实际变化进行调整。

如何确认这个词组是不是写错了

如果原始材料只有这一行，没有标题、正文、截图或文件结构，任何确定性的解释都属于推测。回答时应明确区分“原文已说明的含义”和“根据格式推断的可能性”，避免把猜测包装成标准答案。

问题定义应回答“为什么要起草”。不要只写“打造更高级的生活方式”，而要说明具体困扰，例如空间功能混乱、物品选择缺少标准、日常流程不连贯、审美表达与实际使用脱节。问题越具体，后续方案越容易判断是否有效。

起草阶段最容易出现的误读

当词组出现在目录中时，编号关系优先于英文释义；当词组出现在任务系统中时，任务状态和附件优先于字面分析；当词组出现在创意文本中时，作者定义优先于通用词典。这个判断顺序可以减少因为片段化搜索而产生的误解。

如果“17💎.c.cow”是一个尚🎊未公开的创意代号，起草文件应先定义对象、目标和边界，而不是直接堆叠抽象形容词。即使项目涉及生活方式、空间体验或生活美学，也需要将概念转化为可执行的内容。