函数边界要围绕职责划分

17.c3的真实含义需要通过所在目录、文件内容和使用工具共同判断，而不能只根据文件名下结论。

C3源文件的第一版应先证明模块能够被工具链识别，再逐步加入业务逻辑。文件名可以使用17.c3，但模块名通常需要遵守标识符规则，因此不要因为文件名以数字开头，就强行写成以数字开头的模块名称。

编译失败时按层次排查

17.c3起草的☀️质量取决于需求边界，而不取决于初稿代码⚡的长度。一个可执行的草稿至少应该记录任务目标、输入格式、输出格式和失败处理。

起草前先写清四项约束

上面的内容是一个适合验证结构的示意骨架，具🌺体入口函数、模块声明和编译方式仍应以项目使用的C3工具链为准。模块名称“task17”与文件名称“17.c3”🤔可以承担不同职责：前者服务于语言规则和项目组织，后者服务于题号或文件管理。