用途：在需要建立或审计持久项目上下文、采用 Gigio Pack，或创建/更新 PROJECT.md 及其指令链接时使用。项目指一个目标，不一定是 Git 仓库，其代码、数据、实验、文档和运行任务可能分布在多处。
主要能力：先恢复上下文，检查已有的意图文档、项目指令、相关决策、当前结果与资源位置；若已有等效维护文档则复用，不另建竞争的 PROJECT.md。只向用户询问会实质改变设置的缺失判断。区分用户决策、观察结果与智能体提议，目标与重要限制尽量保留用户原话。
写入内容：PROJECT.md 或项目现有等效文档承载两类内容。一是用户拥有的方向，如工作意义、追求的问题或结果、优先级、有意义的排除项、约束和已定选择，需明确标注，方向变更需用户决定。二是维护中的理解，如当前支持什么、重要竞争解释、尚未确立的内容、被放弃的方法及原因、下一个决策和关键结果链接，可在授权工作中更新，无需逐条批准。每项重要决策附简短理由与来源，过时条目应被取代而非显得仍有效。
资源与进度：仅按检索需要映射权威代码、数据集、实验记录、文档和远程资源，复用已有运行登记、研究索引和笔记本；原始结果留在原处并链接，PROJECT.md 不是第二个实验数据库。需说明本项目如何评估进展，如可用能力、可辩护发现、被排除解释、已评估数据集、有用产物或可结论范围的记录；适用的测试与 lint 要求也写在此处。
连接后续会话：安装请求下更新项目现有指令入口，使其能定位项目记录并在重大决策与延续时查阅；保留无关指令与术语指针。若同时使用 AGENTS.md 和 CLAUDE.md，维护其支持的共享指令桥接，不承诺每个执行环境都会自动读取某一文件。有术语索引时，将 curate-terminology 的项目指令片段加入入口，链接规范术语索引而非复制定义。
审计与完成：检查下一会话能否定位记录、检索决定性来源，并区分既定方向与当前假设；将摘要与实际结果和实时状态对照。Git 只是一种持久化机制，未提交文件不一定无效，仅提交也不保证另一台机器可访问，需检查实际存储、同步、访问与保留安排。交付更新后的记录或审计发现及下一步有用行动，不要求必须制定计划、提交或再次访谈才能完成设置。若同时请求规划，则依据既定意图继续使用 gigio-write-plan。已有充分上下文时无需重复此设置流程。限制：资料未提供具体安装命令、收费或平台信息。