第一次使用 GPT-5.2 开发项目,为什么我和我印象中的开发完全不一致?你们的 AI 也这样吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
lkk
V2EX    OpenAI

第一次使用 GPT-5.2 开发项目,为什么我和我印象中的开发完全不一致?你们的 AI 也这样吗?

  •  
  •   lkk 1 月 31 日 749 次点击
    之前用 Antigravity 内置的 Gemini 开发了一个量化交易系统,怎么说呢,缝缝补补不太好用。
    然后换成 Claude 网页版重构了这个系统,代码质量明显高太多了。正在考虑要不要开会员的时候,收到 Trae 的邮件,一周年庆在 2 月 14 日前 GPT-5.2 免费用。
    然后就使用 Trae 的 SOLO 功能开始尝试重构我这个系统的“从交易所获取 1m 数据并入库”。就这么简单的一个功能。
    然后我看不懂的事就来了。
    首先我通过自然语言把需求告诉 GPT ,Gemini 或者 Claude 一般就直接产出代码了(最多生成 10 个文件到头了)。GPT说要先写个 Ark ,那就写呗,他通过一轮轮对话( GPT 自裁决,我不干预)写了一堆 Ark ,差不多有 40 个 Ark 和 2 个 AI_CONSTITUTION ,总共花了 4 个小时。我中途问了还几次什么时候写完,他都说再过几个版本就写完了,然后就一直写一直写,成迷写作,一度我以为它准备写小说了。
    他写的 Ark 内容字我都认识,凑在一起就看不懂了。虽然我知道他大概在干什么。
    然后就是生成的代码,一行注释都没有,文档倒是很全。感觉他就没打算把他的代码给人看,几乎没有自己改的可能性。
    难道这就是现在的面向 AI 开发?
    想问问你们的 GPT 也这样吗?


    附上其中 2 个 Ark:
    -------------------------
    # ARK_V26 ( Ark-3 | V26 CAF 语义承载位阶最终冻结方舟)

    ## 1. Ark Meta ( version, parent, purpose )
    - ark_version: ark-3
    - frozen_at_version: V26
    - parent_arks: [ARK_V23, ARK_V24, ARK_V25]
    - purpose: 冻结 CAF 在系统中的“语义承载位阶”,并将 CAF 的唯一主语义位点固定为 Positioned Explanatory Artifact (具立场的解释性产物)

    ---

    ## 2. V26 问题域声明
    V26 只解决一个问题:在系统语义空间中,把 CAF 放到一个不可混同、不可升级、不可反向污染其他层的“承载位阶”上。

    V26 不引入任何新能力,不讨论任何实现、工程或接口;它仅冻结语义位置与边界方向。

    ---

    ## 3. CAF 的主语义位点定义(唯一主语义位点)
    CAF 的唯一主语义位点被永久固定为:

    **Positioned Explanatory Artifact (具立场的解释性产物)**

    定义(冻结):
    - CAF 是一种解释性产物:用于表达“某一主体以其立场对一段现实后果叙事做出解释/归因/承担声明”的文本性陈述。
    - CAF 是具立场的:它必须被理解为“带有主体立场与解释框架的叙事表达”,而非中立事实本体。
    - CAF 的语义核心是“解释位置”而非“事实位置”:CAF 表达的是“某主体如何解释并承担不可逆后果”,而不是“系统证明了不可逆后果的发生/正确性/合规性”。

    因此(权威结论):
    - CAF 在语义位阶上属于 Artifact ,而不属于 Truth 。
    - CAF 不能被读取为 Signal ,也不能被读取为 Execution 或 Result 。

    ---

    ## 4. CAF 的派生语义属性说明
    以下属性从“Positioned Explanatory Artifact”这一主语义位点严格派生,永久冻结:

    ### 4.1 非证明性( Non-proving )
    - CAF 不提供可计算、可验证的真实性证明链条;它不构成“事实成立”的证据。
    - CAF 不得被用来替代任何事实证据来源,也不得被用来补足或伪造事实证据。

    ### 4.2 非门控性( Non-gating )
    - CAF 不具备放行、熔断、启停、降级、切换、风控等任何门控含义。
    - CAF 不能作为任何系统结论的触发条件或解释依据(包括“因为有 CAF 所以可以/必须/应当”)。

    ### 4.3 非结果性( Non-result-bearing )
    - CAF 不承载成功/失败、盈利/亏损、正确/错误、合规/违规、可用/不可用等结果语义。
    - CAF 也不承载“系统责任已判定”“系统后果已归属”的结果性陈述地位。

    ### 4.4 非可迁移真值( Non-transferable truthiness )
    - CAF 的“存在”只能被理解为“存在一份具立场的解释性陈述”,其可迁移真值止步于“该陈述被表达/被记录”。
    - CAF 不得被外推为“现实后果已被系统确认”“事实链路已被证明”“行为已被系统执行”。

    ### 4.5 叙事可审计性( Narrative-auditable, not operational )
    - CAF 可以被人类用于审计叙事:理解主体立场、解释框架与承担声明的表述方式。
    - CAF 不得进入运行态语义回路:不得成为任何运行/控制/自动化闭环的一部分。

    ---

    ## 5. Hard Denylist
    以下任何路径、解释或等价替代均永久禁止(只要出现即视为语义违规):

    ### 5.1 禁止把 CAF 当成 Truth / Proof
    - CAF → Truth:禁止用 CAF 证明 DB 事实存在、数据完整性、连续性、可用性、可交易性。
    - CAF → Truth Snapshot:禁止以 CAF 替代或伪造只读可复现查询证据。
    - CAF → 证据补全:禁止把 CAF 当作“缺失证据的补丁”来闭合事实链条。

    ### 5.2 禁止把 CAF 当成 Signal / Strategy
    - CAF → Signal:禁止把 CAF 解释为可计算信号、可训练标签、可用特征、可执行建议。
    - CAF → Strategy / Decision:禁止把 CAF 解释为策略结论、决策依据或“应当执行”的理由。

    ### 5.3 禁止把 CAF 当成 Execution / Result / Responsibility Verdict
    - CAF → Execution:禁止把 CAF 解释为系统已执行/正在执行/将执行的任何等价表述。
    - CAF → Result:禁止把 CAF 解释为结果已确认、成功失败已判定或收益损失已结算。
    - CAF → 责任裁决:禁止把 CAF 解释为系统责任已确定、后果归属已裁决或风险合规已证明。

    ### 5.4 禁止反向推断与语义污染
    - Execution / Status / Gap / Artifact / Log / 外部消息 → CAF:禁止由任何流程态、运行态或外部证据推断为 CAF 。
    - Truth / Truth Snapshot / DB rows → CAF:禁止由事实存在推出“承担声明”或“解释立场”。
    - CAF → 改写边界:禁止以 CAF 的存在弱化或绕过 V23/V24/V25 的冻结红线。

    ---

    ## 6. 与 ARK_V23 / V24 / V25 的边界关系声明
    ### 6.1 与 ARK_V23 ( Research )的边界
    - CAF 不属于 Research 的 Truth→Research 推导链路;不得作为 Research 的输入真值、标签真值或结论依据。
    - CAF 不等价于 V23 的 Analysis Artifact:二者同属非 Truth 的产物,但 CAF 的主语义位点是“具立场的解释”,而 Analysis Artifact 的主语义位点是“离线分析输出”;两者不得互相替代、不得互相升级为系统输入。

    ### 6.2 与 ARK_V24 ( Execution )的边界
    - CAF 不进入 Execution:不得作为执行前提、确认闸门、审计记录的结果解释、或任何放行/熔断/启停依据。
    - CAF 不承担执行后果解释责任:Execution 的 dry-run / audit-only / no External I/O 边界不被 CAF 改写。

    ### 6.3 与 ARK_V25 ( CAF )的边界
    - V25 冻结了 CAF 的“不可混同与不可反向影响”红线; V26 在此基础上冻结 CAF 的“语义承载位阶”:CAF 的唯一主语义位点是 Positioned Explanatory Artifact 。
    - 因此,任何将 CAF 解释为中立事实本体、系统证明、系统结论或运行态门控的做法,均与 V26 冻结相冲突,应以 V26 为准进行纠偏:CAF 只能被理解为“具立场的解释性产物”,其可断言的仅是“存在该解释性陈述”,而非“被陈述对象已被系统证明成立”。


    ------------------------------------

    # ARK_GOVERNANCE_CONSOLIDATED.md (治理汇编 / Governance Consolidation )

    本文件是治理汇编( Governance Consolidation )。

    本文件不是 Ark ,不具裁决权。

    本文件不替代任何 ARK_Vxx 。

    本文件的唯一作用是:降低认知负荷、防止误用、指引 AI 与人类正确加载 Ark 。

    ---

    ## 1 Ark 分层模型(四层)

    本节仅给出分层、职责与索引,不引入任何制度裁决。

    ### Layer 0 索引与路由( Index & Route )

    职责:
    - 冻结加载顺序、优先级与冲突裁决规则。
    - 冻结系统演进路线与技术债白名单口径。

    组成(当前生效):
    - `arks/ARK_INDEX.md`
    - `arks/ARK_ROUTE.md`

    ### Layer 1 骨干宪法( Constitutional Core )

    职责:
    - 冻结 Truth / Research / Execution / CAF 等核心语义与边界。
    - 冻结执行边界、升级禁令、证据口径与受控写能力的制度约束。

    组成(当前生效):
    - `arks/ARK_V23.md`( Truth / 数据事实)
    - `arks/ARK_V24.md`( Execution / 执行边界)
    - `arks/ARK_V25.md`( CAF / Consequence Assumption Fact )
    - `arks/ARK_V60.md`(受控写能力 / Ops-only / Human-authorized )

    明确声明(只读说明):
    - 95% 以上工程裁决只能基于本层进行引用与对齐;当本层无明确条款时,不得以“合理推断”生成等价裁决。

    ### Layer 2 能力裁决与制度演进( Historical Rulings )

    职责:
    - 保存历史裁决与判例来源,用于回溯“是否越权 / 是否曾被禁止 / 代际状态是否已登记封板”。

    组成(历史判例来源,默认不加载):
    - `arks/ARK_V26.md` ~ `arks/ARK_V58.md`

    明确声明(只读说明):
    - 这些 Ark 不可删除。
    - 这些 Ark 默认不加载。
    - 这些 Ark 仅在“是否越权 / 是否曾被禁止 / 是否已封板”之争议场景中回溯引用;回溯不构成新增裁决。

    历史 Ark 清单(仅标题与开篇定位摘录,不做总结、不做归纳裁决):
    - `arks/ARK_V26.md`:ARK_V26 ( Ark-3 | V26 CAF 语义承载位阶最终冻结方舟)
    - `arks/ARK_V27.md`:ARK_V27 ( Ark-4 | V27 Audit Explanation Topology 最终冻结方舟)
    - `arks/ARK_V29.md`:ARK_V29 ( Ark-5 | V29 仓库级 CAF 防误用与制度化隔离方舟)
    - `arks/ARK_V30.md`:ARK_V30 ( Ark-6 | V30 CAF 认知隔离与文档制度冻结方舟)
    - `arks/ARK_V31.md`:ARK_V31 ( Ark-7 | V31 主线工程恢复演进分区冻结方舟)
    - `arks/ARK_V32.md`:ARK_V32 ( Ark-8 | V32 v31 首类合法工程能力类型冻结方舟)
    - `arks/ARK_V35.md`:ARK V35 ROTI Capability Lock (永久能力封板)
    - `arks/ARK_V36.md`:ARK V36 Engineering Capability Taxonomy (工程能力分级制度)
    - `arks/ARK_V37.md`:ARK V37 Class II Capability Admissibility (第二类工程能力可存在性裁决)
    - `arks/ARK_V38.md`:ARK V38 First Class II Instance Adjudication (第二类能力首实例裁决)
    - `arks/ARK_V40.md`:ARK V40 Engineering Evolution Phase Adjudication (工程演进阶段声明与硬约束)
    - `arks/ARK_V42.md`:裁决对象:v31/roti 、v31/class2_mvi ;裁决结论:均已达到工程完成态
    - `arks/ARK_V43.md`:ARK_V43 V22 Truth 能力存续裁决
    - `arks/ARK_V44.md`:ARK_V44 V31 工程级封板裁决(人类工具能力区)
    - `arks/ARK_V45.md`:ARK_V45 V22 Truth 事实链路工程审计与封板裁决
    - `arks/ARK_V46.md`:ARK_V46 v32 工程代际准入裁决
    - `arks/ARK_V47.md`:ARK_V47 v32 第一类系统能力裁决( Class III )
    - `arks/ARK_V48.md`:ARK_V48 Class III MVI 工程边界冻结
    - `arks/ARK_V51.md`:ARK_V51 Class III ( v32 )完成态封板裁决
    - `arks/ARK_V52.md`:ARK_V52 V22 性能风险裁决性分级( Truth 成本 vs 原则可处理)
    - `arks/ARK_V53.md`:ARK_V53 Class III ( MVI )最终使用责任边界裁决( ARK_V51 完成态继承)
    - `arks/ARK_V54.md`:ARK_V54 Class III ( MVI )交互许可最终裁决( v32 最终封口)
    - `arks/ARK_V55.md`:ARK_V55 v33 代际启动裁决(唯一新代际许可)
    - `arks/ARK_V56.md`:ARK_V56 v33 工程存在形态裁决(非能力,不可执行)
    - `arks/ARK_V57.md`:ARK_V57 v33 “工程锚点目录”裁决(唯一物理标识,不构成任何能力)
    - `arks/ARK_V58.md`:ARK_V58 代际状态总账( System Ledger | v22v33 最终登记)

    缺失文件事实登记(仅事实,不作推断):
    - 在当前仓库 `arks/` 路径下未发现:`arks/ARK_V28.md`、`arks/ARK_V33.md`、`arks/ARK_V34.md`、`arks/ARK_V39.md`、`arks/ARK_V41.md`、`arks/ARK_V49.md`、`arks/ARK_V50.md`。

    ### Layer 3 启动与提示协议( Bootstrap & Prompting Protocol )

    职责:
    - 冻结 Ark 的启动加载方式与对 AI 的持续行为约束口径。

    组成(当前生效):
    - `arks/ARK_BOOTSTRAP_PROMPT.md`

    ---

    ## 2 MANDATORY_READS (强制读取清单)

    MANDATORY_READS_FOR_ENGINEERING = {
    ARK_INDEX,
    ARK_ROUTE,
    ARK_V23,
    ARK_V24,
    ARK_V25,
    ARK_V60
    }

    说明(只读):
    - 其他 Ark 不是默认必读。
    - 其他 Ark 不等于废弃;其地位为历史裁决与判例来源,仅在回溯场景中加载与引用。

    ---

    ## 3 AI / 工程代理使用规则(只读约束)

    本节是使用说明,不是裁决文本;任何条目均不得被解释为新增制度裁决或能力解封。

    ### 3.1 默认加载规则

    - 加载顺序必须以 `arks/ARK_INDEX.md` 为唯一权威;不得跳过、不得重排。
    - 在未完成 Layer 0 与 Layer 1 的强制读取前,任何工程结论、设计结论与实现结论均不成立。

    ### 3.2 仅引用骨干宪法的场景

    以下场景必须只引用 Layer 0 + Layer 1 (并遵循其冲突裁决规则),不得以历史 Ark 的片段替代骨干宪法:
    - Truth 的证据口径、Truth Snapshot 的定义、Research 的断路边界。
    - Execution 的边界、禁止升级路径、禁止 External I/O 的约束口径。
    - CAF 的语义边界、不可反向污染规则。
    - 受控写能力( repair/backfill 、受控配置写)的授权口径、输入契约、Guard 边界与成功证明口径。

    ### 3.3 允许回溯历史 Ark 的场景

    仅在以下场景允许加载 Layer 2 ,并且回溯必须以“引用具体 Ark 文本”为唯一方式:
    - 是否越权:某工程行为是否落入历史 Ark 明确禁止的路径。
    - 是否曾被禁止或已封板:某目录、代际、能力类型是否在历史中被登记为完成态/封板态/禁止存在。
    - 代际状态核对:涉及 v22/v31/v32/v33 等代际状态时,必须以 `arks/ARK_V58.md` 的登记为核对入口。

    ### 3.4 严禁行为(适用于 AI 与人类)

    - 严禁自行总结并替代 Ark:不得以“整理”“提炼”“等价表述”方式生成可替代 Ark 的新文本并据此作裁决。
    - 严禁因上下文不足而创造隐含裁决:不得以“常识”“最佳实践”“合理推断”补出 Ark 未写明的制度结论。
    - 严禁把引用当作授权:任何引用不构成授权、放行、可执行或已发生的证明;授权与边界必须来自对应 Ark 的明确条款。

    ---

    ## 4 禁止性声明(治理边界)

    任何形式的“Ark 优化”“Ark 合并”“Ark 精简”只能通过新增 Ark 或新增治理汇编文件完成,不得通过修改既有 Ark 实现。

    本文件不对任何 ARK_Vxx 进行合并、重写、删减或改写语义;任何冲突裁决与历史顺序仍以 `arks/ARK_INDEX.md` 为准。

    ---

    ## 5 系统定位声明(结语)

    Ark 是宪法。

    data_engine 是工程实现。

    治理优先级高于工程优雅性。

    本体系目标是长期存活而非短期效率。
    iamnotcodinggod
        1
    iamnotcodinggod  
       1 月 31 日 via Android
    一般出现第一句我就停止运行了。
    COW
        2
    COW  
       1 月 31 日 via Android
    ark 是指 spec.md 吗?我感觉你这个 gpt 规划过度了,我顶多就让他写一个文件,偶尔写几个 skill ,写多了纯粹浪费 token ,浪费上下文长度,还浪费了时间
    soulflysimple123
        3
    soulflysimple123  
       2 天前   1
    gpt 在 codex 里面用,claude 在 claude code 用,如果要用 ide ,就用 cursor
    lkk
        4
    lkk  
    OP
       2 天前
    @soulflysimple123 我让网页版 ChatGPT 生成提示词在 Trae 里面用执行,然后 Trae 的输出的 CTO_UPDATE_PAYLOAD 回传给网页版 ChatGPT ,然后网页版 ChatGPT 继续给下一轮提示词。原因是我 ChatGPT 虽然是免费版的,但是一个对话中我高强度 100 轮对话( 2-3 分钟一轮)也没有触发上限,这样可以长上下文,保持项目的一致性。上传文件除了一个对话中只能包含 10 个文件,也没有数量限制(但传太多 ChatGPT 会混乱)。所以最后网页版的 ChatGPT 自己说了用交换提示词的方式来完成项目推进。
    主要原因还是 Trae 的 GPT-5.2 不要钱,从账单看每天消耗 10 美金。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     4404 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 38ms UTC 01:30 PVG 09:30 LAX 17:30 JFK 20:30
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86