b993a3721a
- decisions.md：视觉方向、图标与英文名、logo v5/v5.1、口号 - AGENTS.md：当前阶段、品牌与设计资产速查、目录约定，精简进度记录 - analysis/README.md：更新下一步 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
83 lines
8.4 KiB
Markdown
83 lines
8.4 KiB
Markdown
# 决策记录
|
||
|
||
按时间倒序记录用户拍板的产品与工程决策。格式：编号 · 日期 · 决策 · 理由 · 影响。
|
||
|
||
---
|
||
|
||
## B5 · 2026-11-02 · 口号改为「标博士，你的AI投标专家」
|
||
|
||
- **决策**：品牌口号由「每一条，都有出处。」改为 **「标博士，你的AI投标专家」**，固定写法：AI 两侧不加空格，结尾不加标点。
|
||
- **范围**：品牌策略、VI 手册（品牌概述、名片、演示文稿、网站、封底、字体样张）、方向对比板等所有出现口号的地方。
|
||
- **保留**：「每一条，都有出处」作为产品原则「出处看得见」保留（可复核是核心差异），不再作为口号。
|
||
- **注意**：「专家」只表示懂行、查得细；产品和报告里的结论仍然只用「辅助检查」「风险提示」，不承诺结果（产品红线不变）。
|
||
|
||
## B4 · 2026-11-02 · 横版比例 H2，中文字标用思源宋体 SemiBold（英文待选）
|
||
|
||
- **比例 H2**：印章的实心边缘上下对齐文字块（中文顶端到拼音底部），再放大 2%，补偿颗粒边缘显虚的问题。
|
||
- 依据：v5 实测印章只有文字块的 96%，原因是抠图时印章四周各留了 2% 的透明边。中国银行、招商银行、中华老字号等「图形 + 中英两行文字」的组合，图形高度通常和整个文字块相同；方形本身就比圆形显大，所以不需要再放大。
|
||
- 对比见 `docs/design/logo/compare/index.html`。
|
||
- **中文字标**：思源宋体 SemiBold（F2），比 Black 更清秀，和印章的轻重对比更明显。
|
||
- **英文字体**：中英文用不同字体（这是品牌组合里的常见做法）。用户选定 **E5 Libre Caslon**（OFL，Caslon 类老派衬线），候选对比见 `compare/english.html`。
|
||
- **英文视觉对齐**：几何上两端对齐时，英文看起来比中文宽。原因是「标」「士」两端只有细横画尖，而英文两端是 B、I 的粗竖画，按墨迹浓度算英文左超 6.5、右超 7.7（中文字高 = 100）。真实品牌两种做法都有：中银香港内缩了英文；清华、进出口银行只做了几何对齐。排版理论主张按视觉边缘对齐。补偿档位 C0–C3 见 `compare/alignment.html`。用户选定 **C2**（左内缩 5.0、右内缩 5.8，约为完全补偿的 3/4）。
|
||
- **已执行**：全套正式资产按 H2 + F2 + E5 + C2 重新生成（logo v5.1）。排版逻辑集中在 `docs/design/logo/scripts/logo_lib.py`，正式资产由 `build_assets.sh` 生成，对比页由 `wordmark_compare.py` 生成，三者共用同一套参数。
|
||
|
||
## B3 · 2026-11-02 · Logo 暂定 v5：AI 生成的白文印 + 矢量字标
|
||
|
||
- **决策（暂定）**：印章采用用户用 ChatGPT 图像生成的白文印「标」（`docs/design/logo/image-gen/exec-8232d0a3-…png`），经脚本处理后作为正式 logo；字标用思源宋体 Black + Cinzel（W1）。规范见 `docs/design/logo/logo-spec.md`。
|
||
- **过程**：v1 由 Codex 精细化草稿 1；v2–v4 尝试用 SVG 程序化模拟印泥质感，效果都不理想（调研见 `seal-research.md`）。结论是印泥质感本质上是位图，所以改用位图生成，再矢量化。
|
||
- **颜色调整**：印章红从 #D2282E 改为朱砂色 **#D9291C**（原图实测 #E21B0A，偏亮、超出印刷色域，略压深）。界面「致命」红 #C4122F 不变，两者一橙一洋红，可以区分。
|
||
- **小尺寸**：16px 仍用方案 B（加粗简化的「标」字），32–64px 用白色笔画加粗的印章。
|
||
- **待办**：AI 生成图形的著作权认定有不确定性，商标注册前要做检索并咨询知识产权顾问；以后可以考虑照这个设计刻一方真章，扫描后替换。
|
||
|
||
## B2 · 2026-11-02 · 16px 图标与英文名
|
||
|
||
- **16px 图标**：用方案 B，加粗简化的「标」字。红底白勾（方案 A）是待办类应用的常见图标，辨识度低。
|
||
- **英文名**：统一用拼音 **BIAOBOSHI**，不用 Bid Doctor。代码仓库名继续用 `bid-doctor`。
|
||
- **logo 第二阶段**：用户要求增加真实印章质感、重新考虑对勾（它破坏了平衡），并给字标换更有性格的开源字体。设计说明见 `docs/design/logo/BRIEF-v2.md`，先出方案对比页，用户选定后再更新正式资产。
|
||
|
||
## B1 · 2026-11-02 · 视觉方向 A「校样」+ 用户的印章 logo
|
||
|
||
- **决策**：视觉方向选 A「校样」（`docs/design/brand-directions.html`）：蓝铅笔表示 AI 标注 / 出处，墨表示人工确认，红只用于问题。Logo 不用 A 方向原来的示意，改用用户提供的草稿 1（红色方形印章 + 白色「标」字 + 穿出边框的对勾 + 藏青字标），草稿 2（学士帽）不采用。
|
||
- **理由**：盖章是投标人每天都在做的事，印章比「博士帽」更贴近用户、辨识度更高，也适合做应用图标；对勾表达「逐项核对」。
|
||
- **约束**：
|
||
- 印章红只用在 logo 上；界面中的「致命」红单独定义，两者要能区分。
|
||
- 「印章 + 对勾」不能当作「通过 / 合格」章用在报告或任何结论上（产品红线：不承诺结果）。
|
||
- **执行**：由 Codex 按 `docs/design/logo/BRIEF.md` 精细化，交付物在 `docs/design/logo/`。
|
||
|
||
## T1 · 2026-11-02 · 大模型策略：国产云端模型，按场景路由
|
||
|
||
- **决策**：全部使用国内云端的国产大模型，不考虑数据出境。按业务场景匹配模型能力：多模态（扫描件理解、签章检测）、快速（分类、短文本抽取、交互类）、深度思考（复杂条款推理、响应性比对）。
|
||
- **影响**：
|
||
- 架构中需要一个**模型路由层**：业务代码只声明「需要什么能力」，由路由配置决定用哪个供应商、哪个模型，方便替换和对比。
|
||
- 解析任务、检查批次都要记下实际使用的模型和提示词版本（04 §4.4）。
|
||
- G11 中「数据出境」一项消除。待办：确认选用的模型都已完成生成式 AI 备案，确认供应商协议里「数据不用于训练」的条款（PRD 7），本产品自身的登记义务请法务确认。
|
||
- 企业版私有化（P2）时，路由层要能切换到客户域内部署的模型。
|
||
- G12（签章检测）交由多模态模型做可行性验证。
|
||
|
||
## A1 · 2026-11-02 · 需求分析待确认事项 G1–G10：全部按建议
|
||
|
||
依据 `docs/analysis/06-gaps-and-questions.md`，用户确认全部采纳建议：
|
||
|
||
| # | 决策 |
|
||
|---|---|
|
||
| G1 | 区分政府采购 / 招标投标两套法律体系；M2 识别体系，M3 按体系套用规则，术语随体系切换；PRD 1.5 补充政府采购依据 |
|
||
| G2 | 修订 PRD 的异常低价口径：政府采购项目适用 87 号令第六十条（现行层）。已出 **PRD v0.9.1** |
|
||
| G3 | 多包 / 多标段纳入 MVP（FR-M2-04） |
|
||
| G4 | MVP 做最小资质库（FR-M6-08）；资质匹配首先核对投标文件里的证明材料 |
|
||
| — | 报价形式检查（超限价、大小写和合计一致）从 P1 拆出，升为 P0（FR-M3-06） |
|
||
| G5 | 「检查」是独立计量单位；专业版检查从解析额度扣；24 小时内复查免费；投标文件的解析算在检查里；免费版 1 个项目内检查不限次数 |
|
||
| G6 | MVP 不做线上加量包，由运营后台人工调额度 |
|
||
| G7 | 清单没确认也能检查，但要提示 |
|
||
| G8 | 专业版开通：在线申请 → 对公转账 → 运营人工开通并开发票；线上支付以后再做 |
|
||
| G9 | MVP 不做企业认证，注册只填企业名称 |
|
||
| G10 | 删除项目时业务内容彻底删除，只保留不含业务内容的审计记录和额度流水 |
|
||
|
||
## D1 · 2026-11-02 · 首发行业：IT 集成
|
||
|
||
- **决策**：MVP 首发行业为 IT 集成（信息化系统集成、软硬件设备采购及配套服务类项目），工程类延后。
|
||
- **理由**：PRD 第 12 章默认建议；IT 集成类招标文件格式最标准化，★ / ▲ 实质性条款标记、技术参数偏离表等结构便于结构化提取与逐项核对。
|
||
- **影响**：
|
||
- M2 提取 schema、M3 检查规则、原型样例数据均以 IT 集成项目为准，详见 `docs/analysis/05-it-integration-domain.md`。
|
||
- IT 集成项目多数走**政府采购**法律体系（《政府采购法》、财政部令第 87 号等），与 PRD 1.5 所引的《招标投标法》体系并存，产品需识别项目适用的法律体系，见 `docs/analysis/06-gaps-and-questions.md` G1。
|
||
- 种子用户获取方向：IT 集成商、软硬件设备供应商、信息化服务商的投标团队。
|