PRODUCT / 作战矩阵

一家公司在跑什么,应该能在一张屏上看到

战簿不是「又一个项目管理工具」。它把一家小公司真正在跑的六件事—— 情报、窗口、任务、审批、日报、账本——放在同一个状态模型里, 再用同一个 git 仓库承载。下面每个模块都可以单独点开看。

6作战模块
1状态模型
1git 仓库
0云端依赖
INTEL / SCOUT GRID

情报层

把 RSS、榜单、竞品、政策页变成一条有分级的简报流。不是「又一个阅读器」,是带重要性判定的侦察网。

  • 关键词命中 → 线索池,噪声在入口被过滤
  • 重要性分级:今天必须看的三条排在最前
  • 竞品日报 / 榜单异动自动成稿
WINDOW / WINDOW SCOUT

融资层

补贴、赛事、版号、融资窗口写进系统,按截止日倒排到今天该做什么。错过即零的东西,不能靠记性。

  • 六阶段漏斗:机会池 → 评估 → 材料 → 接触 → 尽调 → 签约
  • 窗口 calendar 倒排,剩余天数自动挂红
  • 材料缺口与责任人一一对应
FLEET / FLEET OPS

任务舰队

多台机器、多个 Agent 同时干活时,谁在跑、跑到哪、哪一步悄悄失败了——这是老板最看不见的一层。

  • 多机心跳 + 身份强指纹,掉线立刻知道
  • 失败闭环审计:不静默失败,不假装完成
  • 任务包状态机与阻塞升级
OPS / COMMAND DECK

决策层

一屏晨会、周目标、创始人审批队列。只有老板能拍的板(账号、付款、提审)有队列、有上下文、有记录。

  • 晨会一屏:昨天做完什么、今天卡在哪
  • 审批队列带证据链,不在群聊里丢
  • 周目标与部门管线对齐
DAILY / DAILY FEED

日报层

日报不是让人手写,是从任务、提交、发布里长出来。两层工作标签让「忙」和「有产出」分开。

  • 日报 / 周报自动聚合,人工只做校对
  • 两层标签:工作类型 × 业务线
  • 舰队日报沉淀为可检索的经验
LEDGER / LEDGER

账本层

钱花在哪、哪个产品在赚钱、这次发布带来什么——和作战盘长在同一张屏上,而不是另一个 Excel。

  • 发布管线:版本 → 商店 → 评分 → 收入
  • 月度支出对账,差异归零才叫完成
  • 项目级损益,不靠人肉汇总
FLOW // 六条数据流

每个模块里到底有什么字段

不是截图,是结构示意:三步、每步两个字段。看完你应该能判断「这东西我能不能用起来」。

STRUCTURE, NOT SCREENSHOT
INTEL 情报层
订阅源RSS · 榜单 · 政策页 · 竞品更新关键词命中 / 排除词主题词 + 排除词 → 线索池分级简报重要 / 关注 / 存档 · 重要必须处理
WINDOW 融资层
窗口进入机会池名称 · 截止日 · 类型 · 来源六阶段漏斗00 → 04,每阶段有进入条件倒排与缺口中间门 · 责任人 · 剩余天数分级
FLEET 任务舰队
节点心跳机器 ID · 版本 · 时间戳指纹校验部署路径 + 密钥派生,同名不覆盖失败闭环与升级原因分类 · 责任人 · 超时上移
OPS 决策层
晨会三个数在制 · 阻塞 · 最近窗口天数创始人审批队列类型 · 等待时长 · 上下文决定留痕批准 / 驳回 / 改期 + 理由
DAILY 日报层
任务与提交状态变更 · 提交记录 · 发布事件自动聚合两层标签:工作类型 × 业务线日报 / 周报人工只校对,不重写
LEDGER 账本层
发布管线版本 → 商店 → 评分 → 收入成本与支出月度对账,差异归零才算完成项目级损益按产品看,不靠人肉汇总

细节:授权机制 · 一周时间线 · 数据迁移 · 安全与隐私 · 环境自检

六个模块共用一套状态模型:情报命中的东西进窗口,窗口拆出的任务进舰队,任务卡住进审批,产出进日报与账本。 这也是为什么它必须长在同一个 git 仓库里——分开存,字段就会各说各话。

ARCH // 四层结构

从「看见」到「记住」

每一层都能单独用,但连起来才成立:情报层发现的东西会变成窗口;窗口会拆成任务;任务卡住会进审批;产出会进日报与账本。

LAYERS 4
L1

侦察

RSS / 榜单 / 政策 / 竞品 → 线索池。噪声在入口被过滤。

L2

倒排

硬截止日 → 今天必须做什么。缺口挂红,责任人明确。

L3

执行

任务包状态机、多机心跳、失败闭环审计。

L4

复盘

日报自动聚合、周目标对齐、项目级账本。

DATA FLOW / 数据流向
你已有的渠道(RSS / 榜单 / 邮箱 / 群)
        │  ingest
        ▼
  ┌─────────────┐      窗口倒排      ┌─────────────┐
  │  intel/     │ ─────────────────▶ │  windows/   │
  └─────────────┘                    └──────┬──────┘
        │                                   │ 拆任务
        ▼                                   ▼
  ┌─────────────┐     心跳 / 指纹     ┌─────────────┐
  │  fleet/     │ ◀────────────────▶ │  kanban/    │
  └─────────────┘                    └──────┬──────┘
        │ 审计                              │ 日报 / 账本
        ▼                                   ▼
  ┌───────────────────────────────────────────────┐
  │            dashboard(静态 HTML · 你的浏览器)  │
  └───────────────────────────────────────────────┘
        ▲
        │ 全部状态可 diff、可回溯、可备份
    你的 git 仓库
EDGE // 取舍

我们刻意不做的事

边界清楚,才不容易变成一个什么都能干、什么都不深的系统。逐项对比见 与通用工具的对比。

NON-GOALS
NO

不做通用文档协作

写文档、画白板、做表格,Notion 与飞书已经足够好。战簿只在它们记录不到的地方补位。

NO

不做 Agent 的 IDE

管单个 Agent 会话的工具已经很多。我们管的是「一家公司在干什么」,不是某次对话。

YES

授权机制与一周用法

授权是本地文件不是锁;装完一周只占 20 分钟。

看授权 看一周

NO

不做大企业权限体系

1–15 人不需要 RBAC 矩阵。需要 SSO 与审计导出的客户走企业版定制,不塞进标准版。

看看它在真实数据上长什么样

在线在线看板用的是虚构数据;预约演示时我们用自己的环境跑真实流程。

预约演示 打开在线看板