企业官网建设流程全解析

九月二号，我们发布了 x-cmd v0.10.8。

这一版最主要的更新，是x-cmd-action 正式公开。它可以把 x-cmd 的 Shell 库能力和 AI 工具直接带进 GitHub Actions。

以前写 GitHub Actions，通常需要考虑 Action 本身依赖了什么运行时、用了哪些第三方库，以及这些依赖什么时候升级。

x-cmd-action 的做法，是直接复用 x-cmd 已有的基础工具库和 AI 能力，把这些功能放进 Action 本身，减少额外的依赖。

少一层依赖，Action 更轻

x-cmd-action 不使用 Node.js，不带 JS bundle，也不嵌套其他 Action 依赖。

Runner 上不需要为了执行一个 Action 再准备一套 Node.js 运行环境，也少了一层依赖关系。

对经常维护 CI 的项目来说，这些细节其实挺重要。Node、Python 或其他依赖升级后，Action 可能需要跟着调整；依赖越多，需要关注的版本变化也越多。

x-cmd-action 本身是 Shell 脚本，需要做的事情就直接交给 Runner 已经具备的 Shell 环境。

可重复的运维活，留在 Shell / Node.js / Python 里

x-cmd-action 还有一个比较实际的设计：Action 主要负责准备环境，而不是把所有工作都塞进 workflow。

比如安装 x-cmd、配置 Git、SSH、Docker，再把仓库 clone 下来，这些都可以由对应的 Action 完成。

环境准备好以后，真正的工作还是可以继续写在x gitb、x gh、x ws等脚本里。

**一份脚本不需要专门为 GitHub Actions 重写。**今天在 GitHub Actions 里跑，平时放在笔记本上跑，或者交给 cron、其他 CI 环境运行，都可以继续使用同一套 Shell 工具。

GitHub Actions 负责提供 Runner 和触发条件，具体任务还是由原来的脚本完成。

轻量的 AI 辅助维护

这次公开的 x-cmd-action 里，还有一组 AI Action，可以把 AI 能力直接接到 GitHub Actions 的工作流里。

目前已经覆盖了一些常见的仓库维护场景：

• 新 Issue 创建后，自动分析内容并生成 Label 建议
• PR 更新后，根据代码变更生成 Review 草稿
• 定期运行时，整理最近关闭的 Issue 和合并的 PR，生成 Changelog 草稿
• Bug 关闭后，根据相关信息生成 Post-mortem 草稿

除此之外，还有其他 AI 相关的 Action，可以按照自己的仓库流程组合使用。

这些任务触发条件明确，输入内容也比较固定，适合自动化：GitHub Actions 按事件或定时触发，AI 负责整理和生成结果，维护者再决定最终怎么处理。

不需要另外搭一套 AI Agent 服务，就能把 AI 放进现有的项目维护流程里。

其他更新

除了 x-cmd-action，x-cmd v0.10.8 还有几项更新。

现在可以通过 Termux 官方 pkg 仓库安装 x-cmd，在 Android 终端环境里使用起来更方便。

x agent request新增了x-chatharness，可以直接调用 x-cmd 自己的 AI Chat。

Skill0 中文站也补齐了简体中文正文，中文用户阅读和使用 Skill 文档会更方便。

如果你正在使用 GitHub Actions，欢迎试试 x-cmd-action，也欢迎通过 Issue 或 PR 分享你的使用场景。