القائمة
用于本仓库的 npm 发布流程。当用户提到发布到 npm、发包、npm publish、发布 latest、验证 npm 包版本或准备 npm release 时使用。优先复用仓库现有的 publish.sh 与 package.json 配置，而不是临时手写发布步骤。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | npm-publish |
| description | 用于本仓库的 npm 发布流程。当用户提到发布到 npm、发包、npm publish、发布 latest、验证 npm 包版本或准备 npm release 时使用。优先复用仓库现有的 publish.sh 与 package.json 配置，而不是临时手写发布步骤。 |
仅用于本仓库 npm 包 @nervmor/codexui 的发布与发布前检查。
基于仓库当前配置，安全完成以下其中一种任务：
当用户提到以下意图时使用：
package.json，当前仓库应为 @nervmor/codexuipublish.shpublish.sh 会：
fetch 远端最新状态package.json 的 name 与 versiondist-tags.latestgit add -A、创建 release commit，并打 release tagnpm run buildnpm publish --access public实际发布完成后，skill 还必须继续执行一次远端推送，把 release commit 与 tag 一并推到当前分支的 upstream：
git push --follow-tags
默认必须通过仓库现有脚本发布：
bash publish.sh
不要手动拼装 npm version、npm run build、npm publish 来替代该脚本。
也不要手动补做 commit 或 tag 来替代脚本内建的 release 提交流程。
只有两种情况允许不直接调用 publish.sh：
publish.sh 已失效，且必须先修复流程才能完成任务区分用户是要：
如果用户表达不清，但明显提到“发布”，默认按“实际发布”处理。
至少检查以下内容：
git status --short
sed -n '1,220p' package.json
sed -n '1,220p' publish.sh
npm view "$(node -p "require('./package.json').name")" dist-tags.latest version 2>/dev/null || true
检查重点：
package.json 中的 name、version、files、bin、publishConfig.accesspublish.sh 是否仍与当前发布策略一致如果用户只要求“检查”或“准备发布”，到这里可以先汇报结论，不要擅自真正发布。
发布时默认直接执行：
bash publish.sh
如果 bash publish.sh 成功，默认还要继续执行：
git push --follow-tags
除非命中上面的两个例外，否则不要改用手动 npm publish 流程。
如果 publish.sh 明显失效，应先修复脚本或修复它依赖的发布配置，再重新执行 bash publish.sh。
默认发布顺序应理解为：先改版本，再提交并打 tag，然后 build，接着 npm publish，最后 git push --follow-tags。
在进入改版本之前，脚本还会先同步 tracking branch 的远端状态；如果本地落后且无法安全 fast-forward，或同步后没有待发布改动，都会直接终止。
发布完成后至少验证：
npm view "$(node -p "require('./package.json').name")" dist-tags.latest version
必要时补充：
npm pack --dry-run
用于确认最终发布内容与入口文件是否合理。
结果中应明确说明：
publish.sh，还是对流程做了修复后再发布git push --follow-tags，以及远端推送结果latest 是否已指向预期版本如果发布失败，要说明失败命令、失败阶段和下一步阻塞点。
npm run build，并重启 4173 的 tmux 会话npx 行为，先发布，再验证已发布的 @latest 包；不要用本地未发布结果代替npm-publish skill 而言，“实际发布”默认包含发布成功后的远端推送；应执行 git push --follow-tags，而不是停留在本地 release commit/tag