第 54 卷

## Project overview

这是一个前端项目，主要用于构建网页、交互页面、小游戏或内容展示页。

## Tech stack

• 使用项目现有技术栈，不要擅自更换框架。
• 如果是 Vite / React / Vue / Next.js 项目，先确认 `package.json` 再判断运行方式。
• 不要随意引入新的生产依赖。
• 如确实需要新增依赖，先说明原因、用途和替代方案，等待确认。

## Project structure

• `src/`：主要源码目录。
• `public/`：静态资源目录。
• `components/`：组件目录，如果项目中存在则优先复用。
• `assets/`：图片、图标、样式资源。
• 不要擅自删除、重命名核心目录。
• 修改前先阅读相关文件，不要只凭文件名猜测。

## Working rules

• 开始修改前，先简单说明计划。
• 优先小步修改，不要一次性大范围重构。
• 保持原项目代码风格、命名风格和目录结构。
• 修 bug 时，优先找到根因，不要只做表面兼容。
• 改 UI 时，注意中文排版、信息层级、间距、按钮状态和移动端适配。
• 不要覆盖用户已有改动。

## Commands

请根据 `package.json` 判断实际命令。常见命令如下：

npm install

npm run dev

npm run build

npm run lint

Skill 可以包含 SKILL.md、参考文件、脚本和资源；它适合那些反复出现、需要步骤、示例或工具辅助的任务。

比如：

用来写作的 Skill，不是只记一句“帮我写推特”。

它真正应该沉淀的是：

写作风格。

输出结构。

Markdown 格式。

图片占位。

教程步骤。

推荐规则。

质量检查。

操作步骤：

1. 先把反复做的任务列出来。
2. 如果一个任务出现 3 次以上，就考虑做成 Skill。
3. SKILL.md 只放核心规则。
4. 长模板、风格卡、检查表放 references/。
5. 能自动化的部分再放脚本。

最后的总结

如果前面看起来有点绕，可以这样理解：

最后补充一句：

Codex 的记忆和上下文，可以按“越临时、越具体、越靠近当前任务，优先级越高”来理解。