hub.linux.do Loading... AI development platform. 佬们，请教下 hub的资源市场里还有哪些推荐的渠道比较好用？ 1 个帖子 - 1 位参与者 阅读完整话题
WebDev AI Leaderboard - Best AI Models for Web Development WebDev AI Leaderboard - Best AI Models for Web Development View overall rankings across AI models on front-end web development tasks, including agentic coding workflows that require multi-step reasoning and tool use. qwen看排行榜,coding已经和claude-opus-4-7 能旗鼓相当了?有没有用过的佬友评论一下 1 个帖子 - 1 位参与者 阅读完整话题
号整多了，不用也是浪费了，分享给佬友 hub.linux.do Loading... AI development platform. 渠道： sunss-gpt-5.5 5 个帖子 - 3 位参与者 阅读完整话题
hub.linux.do Loading... AI development platform. 4 个帖子 - 4 位参与者 阅读完整话题
hub.linux.do Loading... AI development platform. 渠道： sunss-渠道2 还有点额度，用不完了 9 个帖子 - 5 位参与者 阅读完整话题
/goal Implement the PRD at docs/PRD.md using superpowers:subagent-driven-development. Follow the Agent Execution Instruction exactly. Execute TASK-P1-01 through TASK-P1-13 sequentially and continue automatically until all TASK-P1-* items are complete. 每个task 要1小时， 1个subagent work 3-4个subagent explore review ，太慢了 1 个帖子 - 1 位参与者 阅读完整话题
github.com GitHub - warpdotdev/warp: Warp is an agentic development environment, born... Warp is an agentic development environment, born out of the terminal. Warp 开源最近挺火的，不过昨天体验了一下，似乎是一个挺重的终端，唯一吸引我的可能是 Review Comment 功能，Remote 功能做的不算优秀。 Review 代码的功能，目前在 VS Code 里面体验依然是最舒服的，毕竟有静态分析的插件，生态也很好。 和 IDE 融合 Cipilot 我觉得做的最好。 如果是需要一个 UI 页面来承载 LLM 的能力的话，Codex APP 做的明显更丝滑。 其次如果只是需要一个现代化、美观、强大终端的话，也有 ghostty 这种终端。 要说 ai 融合 Kaku 也恰到好处。 那么似乎为了 Review Comment 和块状输出用 Warp 就有点不值得了，太重。 或许是我还没看懂 Warp 的产品定位？ 2 个帖子 - 2 位参与者 阅读完整话题
github.com GitHub - warpdotdev/warp: Warp is an agentic development environment, born... Warp is an agentic development environment, born out of the terminal. Warp Terminal 刚刚宣布开源，采用 AGPL v3 许可证（UI 框架部分用 MIT），佬们有没有什么想法？ 2 个帖子 - 2 位参与者 阅读完整话题
没想到今天warp开源了 github.com GitHub - warpdotdev/warp: Warp is an agentic development environment, born... Warp is an agentic development environment, born out of the terminal. 11 个帖子 - 10 位参与者 阅读完整话题
hub.linux.do Loading... AI development platform. 七点过的时候卡爆了，八点半左右就直接挂了 5 个帖子 - 5 位参与者 阅读完整话题
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？
https://openai.com/zh-Hans-CN/index/harness-engineering/ 中提到要把 Spec & Planning & Tasks 进度放进 git 仓库中，大家实践中真的会这么做吗？但是我看 codex 仓库内根本没这些东西，而且很多 Spec 他们都是放在的 Issue 中讨论的。 我自己也用 Openspec ，但实际使用中各种地方不顺手 openspec 会自己生成一堆 design & propsoal 很多都是正确的废话，给人 Review 就很困难，找不到重点 执行完还是有些 Bug ，这种再写回到 Spec 让他修复感觉很 tricky ，明明是 AI 特定问题，结果却要写到给人看的文档中。 生成的 Spec 你要严格按照他的流程来，执行 Task 等等。但是加上 Bug 修复。总时间感觉不如用 Planning 功能，再加少量提示词修正顺手，还不用考虑后续文档和代码对不上的问题。 据说有人碰到过 Spec 合并 delta 对不上的问题。 请教一下大家日常怎么实践的？