金融主体洞察 技术标准

前言

本文件为「金融主体洞察」在现役版本 V1.3.2 下的技术标准载体，按《全域任务脑手架构宪法》第 17–23 条规定的六层主干组织， 效力层级为行政法规（skill 载体）。

本文件的上位法为《全域任务脑手架构宪法》与《全域文件体系基本法》；凡本文件出现的义务性表述，其唯一效力来源均为所标注的宪法条号与源章节，本文件不写宪法未规定者。

本文件替代 2026-09-18 归档版（无归档），差异根源是载体已由 V— 迭代至 V1.3.2。

1　范围

本文件规定了「金融主体洞察」（V1.3.2）的术语和定义、工作流架构、技术要求、校验方法与交付要件。

利衡辨_DIY_金融主体洞察 V1.3.1 -

本文件适用于该载体的加载、执行、返工、验收与升级迭代全过程。

2　规范性引用文件

• 《全域任务脑手架构宪法》—— 管任务链路（上位法）
• 《全域文件体系基本法》—— 管文件（上位法）
• 《全域工作流行政法规》—— 管工作流（同级上位）
• GB/T 1.1-2020 标准化工作导则 第 1 部分：标准化文件的结构和起草规则

3　术语和定义

下列术语和定义适用于本文件。六层主干的定义由宪法第 17 条规定，本文件直接引用。

3.1 脑（K3）

负责定标、裁决、诊断与留痕，不施工。

3.2 手（DeepSeek）

按脑下发的标准施工、返工与落盘，不定标。

3.3 本地机械闸

零 Token 校验实体，退出码非零禁止交付，不自备标准。

3.4 人

负责确认、放行与宣布；闭环宣布权留人。

3.5 六层主干

宪法第 17 条规定的架构主干，由 A 入口层至 F 终结层六级构成。

3.6 一进一出

每个任务一次进入、一次交付，不并发多形态产出。

4　工作流架构

本章按宪法第 18–23 条逐层给出本载体的承载节点。共 18 个节点，层序与条号严格对齐；每层节点均标注源章节，可逐条回查。

5　技术要求

本章汇集载体的定标性要求（脑层节点），全部来自源章节，未作增补。

判据挂载（金融投研链 · 判据真源 Y04）

• 判据真源：C:\Users\xub\.workbuddy\spec\3.行政法规\范式\Y04_金融投研范式.md（V1.0.1）。未定位到 → 拒绝交付。
• 引用条款：Y04 §一（词表 ＋ 热度量级标尺）／§二（链结构）／§三（取数源三级 ＋ 数据时效）／§四（红队 ＋ K-1 至 K-4）／§五（单跑降级）／§六（闸门 J1—J10）／§七（交割物六段骨架 ＋ 落位口径）
• 取数源谱系：本件取数通道归属见 Y04 §4.2 数据源谱系表；同一源族内的多条通道不构成互证。

本件边界（判定权三条）

• R1：产品路线（该选哪一类）只有 ② 金融产品洞察可写——本件只在 ② 圈定的类别内选主体，不反向指定产品类别。
• R2：名次只有本件可出——本件是全链唯一名次出口，落位序次须附定序依据。
• R3：旁路（理财工作台）数据可作约束，不得作为结论唯一依据。
• 取数分工：结构化明细走 ④ 金融取数底座，语义问答与热度环节走 ① 金融调研。

硬性铁律（V1.1.2 排版/命名/结论 + V1.1.2 去AI味，必须遵守）

• Word 排版：全文楷体（标题/正文/表格统一）；正文段落首行缩进 2 字符；段前段后间距均为 0。脚本已内置，禁止改回其他字体或加段距。
• 文档命名：{输入名称}_主体洞察_{YYYY-MM-DD_HHMM}.docx，由脚本 datetime.datetime.now() 自动生成，不得手写固定文件名。
• 结论章两大洞察：报告「九、综合结论与投资者要点」必须分别输出该企业的核心竞争力底层逻辑（因果链条，见 framework.md 第八节）与周期论（周期类型·驱动因子·位置·拐点信号，见 framework.md 第九节）
• 去 AI 味（V1.1.2 新增 · Humanizer 集成）：报告正文禁止破折号滥用、填充短语、三段式排比、模糊归因、宣传腔、否定式排比。引擎已在渲染时自动执行破折号归一+句首填充短语删除（HUMANIZE=True
• 数据校验闸（V1.1.4 新增 · 修复 P1②）：落盘前 generate_report.py 强制调用 validate_data.py，对 结构完整性 / 数值合理性（总资产·净资产>0、毛利率区间）/ 杜邦内部自

核心分析原则（贯穿全程）

• 三表联动——任何单一报表结论须经其他两表验证
• 现金流为王——利润可以调节，现金流才是真实底色
• 资产质量为基——盈利必须建立在健康资产（低应收/低存货/低商誉）之上
• 商业模式定估值——长期回报率很大程度归因于商业模式好坏
• 有利润的收入 + 有现金的利润——决策两者兼顾

铁律五条（违者禁交付）

• 禁私造 style 段 —— 任何 HTML 报告的 <style> 段必须逐字节等于 assets/统一版式/baseline.css；禁新增、禁追加、禁"就加一条"、禁自创配色与字号。
• 禁自建壳层 —— 出稿起点一律复制 assets/统一版式/template_universal.html（R1），占位替换后即为合规页壳；壳层四件（doctype+viewport／.wrap 版心／.docmeta+
• 图表必配题注 —— 每张表必配 <caption>（格式「表 N-M 表名」）、每图必配 figcap（格式「图 N 图名。说明句。制图时点」）。此项由闸门强制计数，缺一即 FAIL。
• 出稿必过双闸，RC≠0 禁交付：
• 母版升版须全链重刷 —— 母版指纹变更时，本 skill 副本与历史终件须同步刷新（流程见 G07 §7），禁只改新件不改旧件（否则旧件 --check 必 FAIL）。

6　校验方法

本章给出载体自带的机械校验点（安全与权限层）。退出码非零即禁止交付。

与本skill 既有闸的关系

• 本skill 原有的结构闸（如 check_six.py 六段骨架）、取证闸（check_active_writer.py）、版面闸（table_layout_gate.cjs／svg_text_overflow_gat
• U07 是前置闸：先过版式（RC=0），再过本 skill 原有闸。任一闸非零即禁交付。
• 本 skill 若与 G07 冲突（版本号／命名／版式细节），以 G07 为准；判据层冲突按宪法第16 条先请示炳哥。

7　交付要件

本章规定交付物形态、命名与落盘要求，逐条对应源章节。

核心文件引用

• 三表技术参数体系、盈利模式四维框架+五层拆解、九维加权打分锚点、产品十维矩阵、七大风险框架、品类适配、数据采集清单、★核心竞争力底层逻辑方法论、★周期论方法论 → 读 references/framework.md
• 大白话术语表、硬约束、数据质量铁律、结论写作要点、★楷体/缩进/间距排版规范、★命名规范、★去AI味写作准则（Humanizer 集成） → 读 references/style-guide.md
• 去 AI 味写作准则（Humanizer 方法论、引擎自动去味、作者写作铁律、自检清单） → 读 references/humanizer-guide.md
• 可复用 Word 报告生成引擎（参数化，自动派生 + 趋势图 + 楷体/缩进/间距 + 统一命名 + 结论章两大洞察 + 落盘前数据校验闸） → scripts/generate_report.py + scripts/
• 数据校验闸（落盘前硬校验，修复 P1②） → scripts/validate_data.py（结构/数值/杜邦一致性/勾稽/九维，CLI：python validate_data.py data/X.json，exit
• 实时采集脚手架（修复 P1①） → scripts/fetch_financial_data.py <企业名> [--code --industry --standard --profile --from-raw]（生成

附录 A（规范性）六层主干与宪法条号对照

附录 B（资料性）载体源清单

附录 C（资料性）未纳入六层的源章节

下列章节不对应宪法第 18–23 条的任何一层，原文保留于载体，此处仅登记不归类。

• 与 V3.0 / 其他利衡辨技能边界
• 多主体落位打分（金融链 ③ · 全链唯一名次出口）
• 长文工作流挂载声明（跨层 · 调用方）
• 为何立这条（事故记要）
• 徽章口径（六枚 · 全系列统一）
• 自查口诀（交稿前默念）
• 体裁归属排除清单（G28 §10 · 2026-10-16 炳哥定案）