Logo

🚀 未来已来:围绕 Claude Code 构建 AI 原生的开发工作流

很多人谈 Vibe Coding,第一反应是:

“它能帮我写多少代码?”

但真正改变生产力的,从来不是“写得更快”,而是流程被重构

真正的分水岭是这件事👇

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

如果 AI 只是帮你补全代码,那你依然要:

  • 自己判断任务是否完成
  • 自己 commit / push
  • 自己创建 PR
  • 自己通知协作者
  • 自己盯着结果

这不是未来,这只是“高级 IDE”。

-wei-lai-yi-lai-wei-0

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

AI 原生开发工作流,本质是三件事:

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

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 解决的是:哪些事必须发生

比如通过 Hook 发送的 Claude Code 任务消息:

-wei-lai-yi-lai-wei-1

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

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

例如:

  • 按团队标准 review PR
  • 生成固定格式的 commit message
  • 查询公司数据库结构

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

比如专业生成博客内容的 Skill,当然也可以有专业生成设计文档的 Skill:

-wei-lai-yi-lai-wei-2

🔌 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
下一步,不是让它写得更快。

而是:
让整个世界,围绕它转起来。

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

分享内容