分享一下harness工程的落地，邀请共建
- 内容介绍
- 文章标签
- 相关推荐
此harness是以claude code plugin为加载，以command 为协同，以claude code + agent为执行器和审查器，目前可以保证一次命令运行直接产出web应用， 不过还不完善，邀请佬 们共建。
image1113×626 31.4 KB
--【壹】--：
理论上来说，把后端代码放在backend，前端代码放在frontend文件夹是可行的，不过我还没试过
--【贰】--：
是固定的工作流程吗？有没有重构方面的支持？
--【叁】--：
先关注一波
--【肆】--：
star一下
--【伍】--：
支持一下！
--【陆】--：
厉害了佬，支持一下
--【柒】--：
是可以支持反复迭代的
image2560×1279 154 KB
--【捌】--：
我的意思是，你的这套是固定的流程吗。。。我估摸着是，关于重构的支持，我的意思是，程序都不是一次性写完就完了的，一次性生成跟代码生成器用模版生成的本质没有区别，所以必须要考虑重构的流程，重构就复杂了。
--【玖】--：
这是地址 github coldingcode/web-app-builder
claude 安装
claude plugin marketplace add coldingcode/web-app-builder
claude plugin install web-app-builder
--【拾】--：
关注一下
--【拾壹】--：
记录一下，现在我认为碰到两个问题，一个优化方向，就算是有v1.0版本了。
两个问题：
1.前端页面过于传统，设计不美观，引入A社的前端又有点跳脱，需要自研前端设计skill或者对接figma MCP
2.目前好像无法把command和agent脱离上下文，目前我是合作claude -p 启动的agent，实际上我也不知道到底有没有分离上下文，不过我觉得由于一个sprint把功能划分得很细，目前只能算是一个中优先级的问题
一个优化方向：
1.尝试引入固定代码框架，目前来说，新项目已经是可以了，可以从0开始，也可以继续迭代，不过老项目的维护还是有问题，所以我个人的想法是在插件中，固定backend frontend文件夹，架构师智能体，优先读取两个文件夹的代码框架
--【拾贰】--：
佬，太强了佬！虽然我不会，只能点赞支持哈哈
此harness是以claude code plugin为加载，以command 为协同，以claude code + agent为执行器和审查器，目前可以保证一次命令运行直接产出web应用， 不过还不完善，邀请佬 们共建。
image1113×626 31.4 KB
--【壹】--：
理论上来说，把后端代码放在backend，前端代码放在frontend文件夹是可行的，不过我还没试过
--【贰】--：
是固定的工作流程吗？有没有重构方面的支持？
--【叁】--：
先关注一波
--【肆】--：
star一下
--【伍】--：
支持一下！
--【陆】--：
厉害了佬，支持一下
--【柒】--：
是可以支持反复迭代的
image2560×1279 154 KB
--【捌】--：
我的意思是，你的这套是固定的流程吗。。。我估摸着是，关于重构的支持，我的意思是，程序都不是一次性写完就完了的，一次性生成跟代码生成器用模版生成的本质没有区别，所以必须要考虑重构的流程，重构就复杂了。
--【玖】--：
这是地址 github coldingcode/web-app-builder
claude 安装
claude plugin marketplace add coldingcode/web-app-builder
claude plugin install web-app-builder
--【拾】--：
关注一下
--【拾壹】--：
记录一下，现在我认为碰到两个问题，一个优化方向，就算是有v1.0版本了。
两个问题：
1.前端页面过于传统，设计不美观，引入A社的前端又有点跳脱，需要自研前端设计skill或者对接figma MCP
2.目前好像无法把command和agent脱离上下文，目前我是合作claude -p 启动的agent，实际上我也不知道到底有没有分离上下文，不过我觉得由于一个sprint把功能划分得很细，目前只能算是一个中优先级的问题
一个优化方向：
1.尝试引入固定代码框架，目前来说，新项目已经是可以了，可以从0开始，也可以继续迭代，不过老项目的维护还是有问题，所以我个人的想法是在插件中，固定backend frontend文件夹，架构师智能体，优先读取两个文件夹的代码框架
--【拾贰】--：
佬，太强了佬！虽然我不会，只能点赞支持哈哈