该图中没有所有命令，比如 commit-and-push-832-workspace

1. 问题

832 workspace 里的 new-issue、new-os-issue、new-yomi-issue、new-note 本来是项目级入口。问题是很多想法和问题并不发生在 832 workspace 这个项目里，而是在其它项目工作时突然冒出来。

如果为了记录它们还要先切回 832，动作就变重了。很多小想法会因此被放过。

2. 决定

这几个入口应该变成用户级可用：在任何项目里都能立刻触发。

但它们不应该变成泛化工具。它们本质仍然属于 832 workspace，只是入口从项目内扩展到用户级。写入目标仍然固定：

• new-issue 写到 liguwe/832
• new-os-issue 写到 liguwe/os
• new-yomi-issue 写到 liguwe/yomi
• new-note 写到 /Users/liguwe/832/os/notes
• commit-and-push-832-workspace 负责同步语雀、提交并推送 832 workspace 及子仓库

3. 原则

入口可以到处出现，归属不能到处漂。

用户级入口解决的是“随手记”的摩擦；832 canonical source 解决的是“长期维护”的边界。以后改这些命令，仍然先改 832 里的源文件，再刷新用户级链接。

4. 实现方式

技术上不是把命令复制到每个项目，也不是让每个工具各维护一份。

832 里仍然保留唯一源头：

• .agents/skills/<name>/SKILL.md
• .cursor/commands/<name>.md
• .claude/commands/<name>.md

用户级目录只放符号链接，指回这些 832 源文件：

• Codex 读 /Users/liguwe/.agents/skills
• Cursor 读 /Users/liguwe/.cursor/skills 和 /Users/liguwe/.cursor/commands
• Claude Code 读 /Users/liguwe/.claude/skills 和 /Users/liguwe/.claude/commands

所以效果是：入口出现在用户级，任何项目都能触发；但命令内容仍然由 /Users/liguwe/832 维护。更新时只改 832 的 canonical source，再运行 node /Users/liguwe/832/auto/script/install_user_832_entrypoints.mjs 刷新链接。

5. 效果

任何项目，任何 Agent 工具（Codex、Cursor、Claude Code）都可以使用上面几个技能或者命令。

其中 commit-and-push-832-workspace 这个名字刻意保留 832 边界：它不是“提交当前项目”，而是“维护 832 workspace”。这样在其它项目里也能一键回到 832 的同步、提交、推送流程，但不会误伤当前项目。