Logo

围绕 Claude Code 构建 AI 原生开发工作流

作者

很多人谈 Vibe Coding，第一反应是：

"它能帮我写多少代码？"

但真正改变生产力的，从来不是"写得更快"，而是流程被重构。

真正的分水岭是这件事👇

AI 是否开始承担「流程责任」，而不仅仅是「生成内容」。

如果 AI 只是帮你补全代码，那你依然要：

  • • 自己判断任务是否完成

  • • 自己 commit / push

  • • 自己创建 PR

  • • 自己通知协作者

  • • 自己盯着结果

这不是未来，这只是"高级 IDE"。

AI 原生开发的核心，不在代码，而在流动

AI 原生开发工作流，本质是三件事：

    1. 任务由 AI 主导执行
    1. 完成由系统自动判断
    1. 状态通过协同工具自然流转

而 Claude Code，恰好提供了这一切的"中枢能力"。

Claude Code，不只是写代码的工具

把 Claude Code 当成"会写代码的终端"，你只用到了它 30% 的能力。

真正的 Claude Code，更像一个持续在线的工程执行体：

  • • 它能理解一个完整任务，而不是一行指令

  • • 它能在一个会话里持续推进，不丢上下文

  • • 它能与 Git、CI、通知系统发生真实连接

  • • 它能被 Hooks 和 Plugins 扩展为"流程节点"

一旦你意识到这一点，开发方式会发生根本变化。

Skills · Hooks · Plugins：让 Claude 进入「流程层」

Claude Code 真正的突破，不在"生成能力"，而在于它可以被确定性地嵌入开发流程。 这正是 Hooks、Skills、Plugins 各自承担的角色。

🔗 Hooks：让关键行为一定发生

Hooks 是在 Claude Code 生命周期中自动执行的 shell 命令。 它们提供的是确定性控制，而不是依赖模型"记得去做"。

常见用途：

  • • 任务完成或等待输入时发送 Lark 通知

  • • 文件修改后自动格式化

  • • 记录命令日志、做合规审计

  • • 阻止修改敏感目录

👉 Hooks 解决的是：哪些事必须发生。

🧠 Skills：教 Claude 如何做一类具体的事

Skill 是一个 markdown 文件，用来教 Claude 完成某类明确任务。 当你的问题匹配其目的时，Claude 会自动应用。

例如：

  • • 按团队标准 review PR

  • • 生成固定格式的 commit message

  • • 查询公司数据库结构

👉 Skills 解决的是：Claude 应该怎么做事。

🔌 Plugins：当能力需要复用和分发

当你需要：

  • • 在多个项目中使用同一套能力

  • • 与团队或社区共享

  • • 进行版本管理和更新

这时，把能力做成 Plugin。

👉 Plugins 解决的是：能力如何被复用、共享和维护。

一句话总结

  • • Hooks：确保行为发生

  • • Skills：规范做事方式

  • • Plugins：规模化和分发能力

三者结合，Claude 才不只是工具， 而是真正进入了 开发流程本身。

那 Lark 在这里扮演什么角色？

Lark 不是通知工具，而是 AI 工作流里的「感知层」。

这是很多人低估、但实际上最关键的一环。

没有协同工具，AI 只能算"后台脚本"

想象一个没有 Lark 的世界：

  • • Claude 在后台默默跑任务

  • • PR 已经创建，但你不知道

  • • 任务失败了，但没人感知

  • • 你只能反复切回终端查看状态

这不是 AI 原生，这是"更复杂的自动化脚本"。

有了 Lark，工作流才真正"活"了

通过 Hook，把 Claude 的关键节点推送到 Lark：

  • • ✅ 任务完成

  • • ❌ 任务失败

  • • 🔗 PR 已创建

  • • 📌 当前会话 / 分支信息

你获得的不是一条冷冰冰的通知，而是：

"Claude 现在在什么状态，我是否需要介入？"

而且这一切是：

  • • 跨设备的（Mac / iPhone / iPad）

  • • 可回溯的（不是一闪而过）

  • • 可协作的（团队成员可见）

一个真实、自然、毫不费力的流程

来看一个已经被很多人实践过的日常场景：

上午 10:00 你给 Claude 一个任务： "重构用户模块，补测试，完成后创建 PR。" 上午 10:40 你已经在咖啡店了。 Lark 弹出一条消息： ✅ 用户模块重构完成 - 测试通过 - PR 已创建 - 链接已附上

你打开 GitHub App：

  • • 看一眼 diff

  • • PR 描述已经帮你写好

  • • 点 Merge

结束。

你没有：

  • • 写 commit

  • • 写 PR

  • • 催任何人

  • • 守在电脑前

这就是 AI 原生开发的真实质感

注意，这里真正改变体验的不是"Claude 写代码很厉害"， 而是这几点一起发生了：

  • • Claude 负责执行

  • • Plugin 负责判断

  • • Hook 负责流转

  • • Lark 负责感知

  • • 人类 只负责决策

这是一套围绕 AI 构建的工作流，而不是在旧流程里塞一个 AI。

人的角色，已经悄悄变了

在这套系统里，你不再是：

  • • 命令执行者

  • • 状态搬运工

  • • 流程胶水

你变成了：

  • • 任务定义者

  • • 结果审阅者

  • • 最终决策者

而 Claude，第一次真正站在了"工程主位"上。

为什么说：未来真的已经来了？

因为这一切：

  • • 不需要等新框架

  • • 不需要等新范式

  • • 不需要等 AGI

现在，用 Claude Code + Skills + Hooks + Plugins + Lark，就已经可以落地。

它不是概念演示，而是每天都在跑的真实工作流。

写在最后

很多技术文章在讲"如何用 AI 写代码"。

但真正值得你投入时间的，是这件事：

如何让 AI 成为开发流程的一部分，而不是一个插在旁边的工具。

当 Claude 的状态能通过 Lark 自然流入你的日常协作， 当"任务完成"不再需要你反复确认，

你会发现—— 开发，终于不再是一种持续消耗注意力的行为。

而这，才是 AI 原生开发真正迷人的地方。

如果你已经在用 Claude Code， 下一步，不是让它写得更快。

而是： 让整个世界，围绕它转起来。

我们也在不断尝试中，欢迎评论区批评指正。

分享内容