我想利用harness engineering 的全套思路（自己去搜寻里面包含什么概念），重新构建这个项目，内容idea只做部分保留，给你大的权限删去已有…
- Stable ID:
codex-user-prompt:9834d6338190d1be
- Source kind:
codex-session-user
- Category:
coding-agent-workflow
- Timestamp:
2026-05-11T10:24:34.524Z
- Semantic hash:
9834d6338190d1be784f7e9916864ab9318184fdad5d02f2beac29f330d0a24e
- Public handling: selected full-text prompt with secret filtering.
Prompt Text
我想利用harness engineering 的全套思路（自己去搜寻里面包含什么概念），重新构建这个项目，内容idea只做部分保留，给你大的权限删去已有的工作内容以及模块或者是实验（如果不合理或者不现实或者命名不够好），但是架构需要做调整，不要非得拘泥于已有框架去缝补，因为如果现在的这个想法偏toy或者比较差，做的再努力也还是差，同时请你记住要多agent协作和计划模式，以后碰到大内容大任务时强制，要降低项目的耦合程度。在不影响质量的情况下（这个你也要自己去查资料网上）。以后记住默认修改好后提交到github，也可分批次commit，根据不同的内容。我也建议你搜寻一下网上关于这种项目类型的一些设计的idea，目前还是太单薄了，你要参考一下其他更能让使用者高兴用起来舒服的一些想法，而不只是我上述说的。我希望你能在科研上过分激进，而非保守，我们需要强制创新，禁止缝合A+B（或者A+B+C,这种缝合拼接多个别人的idea的这种想法）,这种绝对抄袭缝合的内容。我希望能在agent这边加一句，每次碰到复杂任务都要用多agent协作工作，工作开始时默认阅读几个重要文档（这个要你自行决定和搜索你觉得重要的文档，一般是对agent理解项目路线，清楚任务规划，清楚具体细节，和执行规则）。每次工作完后除了报告也要提供下一步的方案和计划在结束时。要比对自己的项目的严谨度，创新度，技术深度，该有的部分是否完整等，同其他顶会论文比（自行搜索，但不要只搜索仅仅几个），清楚任务什么时候结束，清楚任务路线，一定要记住什么时候可以结束项目和实验，而不是一直下一步（这个就需要你跟其他顶会论文相比较，同时你要找一个顶会级别的reviewer挑刺，直到确实好了，你就可以跟我说已经基本结束项目和实验阶段，可以进行写作了）。
Reuse Notes
- EXTRACTED: This is a selected Codex prompt or automation prompt from the local Codex corpus.
- INFERRED: Future agents can reuse its structure, constraints, and acceptance criteria when creating similar Codex workflows.