🏗️ 团队结构
👤 团队成员
📋
主编
×1
Chief · 节奏控制器 & 质量守门人
选题策划、研究计划制定、质量把控、Issue 管理、团队编排与发布分发。决定写什么、怎么写、什么时候交付、质量够不够。
🔬
探针
×N
Probe · 技术研究员
按专题分工（AI/LLM、架构、设计…），可动态增减。多源研究、交叉验证、撰写深度报告。每份报告引用 ≥ 3 个独立来源。
🎨
调色板
×1
Palette · 美术设计师
统一视觉设计，维护报告模板一致性。负责深色/浅色主题、排版规范、信息图表生成。
🗃️
图书管理员
×1
Librarian · 知识管理
知识库管理、标签体系维护、报告交叉引用。确保研究成果可检索、可复用。
💬
读者
×N
Reader · 独立审稿人
每篇报告配备若干名独立审稿人。从技术准确性、可读性、完整性等不同角度审核，以 GitHub Issue 提交意见。
🔄 工作流程
图 2: 报告生产流程 — 从选题到发布的完整链路
🔍 审稿流程
图 3: 三轮独立审稿流程 — 确保报告质量
🎯 项目理念
求真求实
每个重要事实 ≥ 3 个独立来源交叉验证。来源分级：论文(A) > 官方博客(B) > 技术媒体(C) > 社区讨论(D)。明确区分事实、推断、观点、猜测。
引用铁律
信息必须最新 — 优先 2024-2026 年来源
引用必须带链接 — 所有参考来源附 URL
禁止文本示意图 — 使用 Mermaid 或信息图
开放协作
通过 GitHub Issues 收集选题建议和报告反馈。欢迎社区参与审稿和讨论。
持续改进
每次审稿都是改进机会。主编关注 Issues，收集有用信息，推动团队持续提升报告质量。