第三题改为数独挑战，开发材料集中管理并改为当面考察

development/README.md

@@ -1,25 +1,15 @@
 # 第三题开发目录
 
-选做第三题时，先 Fork 本仓库，再在个人 Fork 的这个目录中放置项目。完整要求见[第三题题面](../tasks/03-development.md)。本目录目前只有说明，没有 App 成品或解题代码。
+先阅读[第三题简要题面](../tasks/03-development.md)，再 Fork 仓库，在个人 Fork 的本目录中开发。无需向原仓库提交材料或 PR；最好在面谈前提前告知负责人仓库链接和项目位置，方便预先看代码。
 
-建议按下面的方式组织；可以按自己的项目需要调整：
+## 开发材料
 
-```text
-development/
-├── README.md          改写为自己的作品说明与运行方法
-├── requirements.md    简短需求、路线选择与完成情况
-├── App/               Swift 项目和必要资源
-└── demo/              实际运行录屏，或录屏访问说明
-```
+- [开发需求](requirements.md)：两条路线共用标准、路线 A 说明、路线 B 数独的基础需求与验收示例。
+- [数独题库](sudoku-puzzles.json)：3 道固定的标准 9×9 数独；每题具有唯一解，不含答案与求解代码。
+- [作品说明模板](project-notes.md)：在个人 Fork 中填写，帮助负责人打开项目、了解完成情况。
 
-在个人 Fork 中，请将这份 README 改为自己的作品入口，至少说明：
+题库采用 JSON：`id` 为题目标识，`name` 为显示名称，`grid` 为按行排列的 9×9 整数数组，`0` 表示空格，`1`–`9` 为不能修改的初始数字。数组下标从 0 开始。可以读取该文件，也可以将数据转成适合自己项目的结构；不限定存储或界面实现方式。
 
-1. 作品名称、选择路线 A 还是 B、核心用途。
-2. 怎样打开与运行项目，以及实际使用的工具版本和运行设备或模拟器。
-3. 已完成、未完成和已知问题；路线 B 可对照 R1–R5 逐项说明。
-4. 需求说明和真实演示的位置，演示应覆盖核心操作、边界情形与重启恢复。
-5. AI 使用方式、本人怎样检查结果，以及一次真实问题的处理或验证、调整。
+建议保留本目录材料，将 Swift 项目及所需资源放在 `App/` 下，并填写 `project-notes.md`。不要把构建产物或账号凭据放进仓库。设备与运行环境安排之后再统一说明。
 
-提交时，将个人 Fork 地址和验收用的提交版本通过原仓库后续公布的入口提交。无需将完整 App 合并回原题仓库。保留题面和模板文件，避免把构建产物、个人账号凭据或设备专属文件提交到仓库。
-
-设备环境、录屏提交方式及大小限制会在正式发布时补充。
+不要求提交录屏、制作汇报 PPT 或上架应用。面谈以真实运行、代码和交流为准；工具或 AI 生成的结果需要自己检查。