V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
lkk
V2EX  ›  OpenAI

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

  •  
  •   lkk · 16 小时 5 分钟前 · 483 次点击
    之前用 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 | v22–v33 最终登记)

    缺失文件事实登记(仅事实,不作推断):
    - 在当前仓库 `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  
       14 小时 58 分钟前 via Android
    一般出现第一句我就停止运行了。
    COW
        2
    COW  
       14 小时 45 分钟前 via Android
    ark 是指 spec.md 吗?我感觉你这个 gpt 规划过度了,我顶多就让他写一个文件,偶尔写几个 skill ,写多了纯粹浪费 token ,浪费上下文长度,还浪费了时间
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2061 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 06:33 · PVG 14:33 · LAX 22:33 · JFK 01:33
    ♥ Do have faith in what you're doing.