Personal Preferences-编程实验室

Personal Preferences

【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios

Model Preferences

Prefer Opus for complex design tasks
Use Haiku for quick lookups and simple edits

Workflow Preferences

Always run tests after code changes
Compact context proactively at 60% usage
Use /clear between unrelated tasks

Local Environment

Python command: python (or py / python3)
Shell: Git Bash on Windows
IDE: VS Code with Claude Code extension

Communication Style

Keep responses concise
Show file paths in all code references
Explain architectural decisions briefly

Personal Shortcuts

When I say "review", run /code-review on the last changed files
When I say "status", show git status + sprint progress

### Model Preferences：让任务匹配模型 模板建议 **Opus 承担复杂设计任务、Haiku 承担快速查询与简单编辑**。这与 CCGS 的代理分层设计同构：根据 [quick-start.md](https://link.gitcode.com/i/62c43e77ee75a09aad7b52e0a6787c96)，工作室架构中的 Tier 1 导演层（`creative-director`、`technical-director`、`producer`）由 Opus 承担高层决策，Tier 2/3（部门主管与执行专家）则由 Sonnet/Haiku 承担。个人层面同样适用"按任务复杂度配模型"的策略，避免为轻量查询浪费强模型算力。 ### Workflow Preferences：固化纪律 模板给出三条高频工作流偏好： - **改动代码后总是运行测试**：这与仓库的 hook 体系直接呼应。根级 [.claude/settings.json](https://link.gitcode.com/i/bea3bc47b66f32843e11ab34c518e16b) 在 `PreToolUse` 阶段挂载了 `validate-commit.sh`、`validate-push.sh`，在 `PostToolUse` 阶段挂载了 `validate-assets.sh`、`validate-skill-change.sh`，从工具链层面强制提交/推送前的校验；个人偏好层则补充"测试先行"的行为习惯。 - **在上下文使用率达到 60% 时主动压缩**：这与 [context-management.md](https://link.gitcode.com/i/11714c48e211deeb17984565c3954bc2) 的指导一致——"Compact proactively at ~60-70% context usage, not reactively at the limit"。模板把团队策略固化为个人默认值。 - **不相关任务之间使用 /clear**：同样是上下文管理的最佳实践，避免跨任务的历史污染。 ### Local Environment：消除环境歧义 模板提醒 Claude 你在本机的真实环境，例如： - Python 命令是 `python`、`py` 还是 `python3`； - Shell 是 Git Bash（Windows 下随 Git for Windows 附带，[setup-requirements.md](https://link.gitcode.com/i/4b9c037b9598284d7ffcbf789ba245c2) 专门说明所有 hook 都通过 `bash .claude/hooks/[name].sh` 调用，Windows 上依赖能找到 `bash.exe`）； - IDE 是 VS Code + Claude Code 扩展。 仓库的 [.claude/settings.json](https://link.gitcode.com/i/bea3bc47b66f32843e11ab34c518e16b#L8-L19) 还揭示了官方级别的环境假设：允许规则中出现 `python -m json.tool`、`py -m json.tool`、`python -m pytest`、`py -m pytest` 等命令，说明项目在 Windows（py 启动器）与 Unix（python）之间做了兼容设计。 ### Communication Style：约定沟通方式 "回复简洁、代码引用带文件路径、简要解释架构决策"——这些偏好让多代理会话的输出更可消化。尤其是**文件路径引用**，在 CCGS 这种高度依赖文档驱动的仓库中尤其重要：CLAUDE.md 通过 `@.claude/docs/...` 引用子文档，[catalog.yaml](https://link.gitcode.com/i/b9f7f57757ce3a9377201354d06239b5) 用 `spec:` 字段声明每个技能规范的权威路径，路径即沟通语言。 ### Personal Shortcuts：自定义触发语 模板示例定义了口语触发词： - 说 "review" → 对最近变更文件运行 `/code-review` - 说 "status" → 展示 git status + 冲刺进度 仓库中对应的斜杠命令确实存在：`/code-review`（[quick-start.md](https://link.gitcode.com/i/56dd9f9bc730fa3d328f55feb085e5ef)）负责代码质量与架构评审，`/sprint-status`（[quick-start.md](https://link.gitcode.com/i/c09c80e7d6ef3e7861e48c3046ac502d)）提供约 30 行的冲刺快照。你可以按自己的习惯扩展这类映射，把高频指令压缩成一句话。 ## 落地步骤：从模板到生效 模板末尾给出了三步骤： 1. **复制到项目根目录**： ```bash cp .claude/docs/CLAUDE-local-template.md CLAUDE.local.md

按个人偏好编辑：删除模板中的引导性代码块标记（markdown ...），保留实际内容，并替换为你自己的偏好。
验证 gitignore 覆盖：确认根目录 .gitignore 中的CLAUDE.local.md条目存在——Claude Code 从项目根读取该文件，忽略规则保证它不会污染提交。

在 CCGS 项目中，.gitignore 的 "Claude Code Local" 分区还同时忽略了.claude/settings.local.json（个人权限与 hook 覆盖）和production/session-logs/（会话日志），三者共同构成"个人配置不入库"的完整边界。

与 settings.local.json 的分工

CLAUDE.local.md只管指令级偏好，而机器可读的权限、hook 覆盖则由.claude/settings.local.json承担——模板见 settings-local-template.md。两者互补：

权限模式：开发阶段用 normal mode（危险命令前询问）；原型阶段在prototypes/目录内用受限的 auto-accept mode；代码评审时切到 read-only。
本地 hook 扩展：可在settings.local.json的hooks中添加"扩展而非覆盖"的个人 hook，例如构建完成时通知：

{ "hooks": { "Stop": [ { "matcher": "", "hooks": [ { "type": "command", "command": "bash -c 'echo Session ended at $(date)'", "timeout": 5 } ] } ] } }

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考