Current Company State
当前 AI 架构：2026-09-30；导航与 Runtime 记录：2026-09-14；历史软件分层快照：2026-08-28；工具网运营快照：2026-05-29；IMAGE_PIPELINE 归档记录：2026-09-10。
各节中的「当前」指该节标注日期，不是实时状态。软件分层与后续导航记录不更新旧工具网的可用性、人员、销售数字或验收结果；最新运行状态须核对 Linear、对应仓库和实际读回。
2026-09-30 当前 AI 架构
LocalBrain（公司知识）、Jarvis（LocalBrain 的 agent）与 Chat（收藏者对话）是三个独立层。LocalBrain 与 Jarvis 由 lynca-agent-runtime 承载；Chat 现在由独立 lynca-app-chat runtime 承载，从不经 Jarvis。需要公司知识时，Chat 按权限直接调用 LocalBrain 的知识 API；个人账户上下文与公司资料权限保持各自边界。
今日模型分工与“不在官方 harness 上叠加自建 harness，只保留 auth、privacy gates、account-bound context”的原则，统一见 AI 系统架构 — 2026-09-30。该页分开记录 owner 确认与 sibling clone 源码证据：现有 Agent Runtime clone 仍保留旧 collector → Jarvis 接线，新 Chat clone 与实际运行回执待补。这是架构记录，不宣称已完成云端验收。
2026-09-14 导航与阅读边界
North Star 是帮助用户理解卡片、收藏及其背后的世界的产品目标，不是独立仓库或服务。面向用户的 Chat、Studio、收藏连续性与公司内部 LocalBrain 分别遵守个人资料和组织资料的权限范围。LocalBrain 仍是 lynca-agent-runtime；OCS 保存组织原则与长期判断，不另起公司大脑。
本轮已在 Runtime 连接研究、实验、复核、持久提案、撤回和按权限继续讨论，见 Science 如何进入组织工作。截至 2026-09-14 14:39 UTC，软件与匿名研究读取修复已部署；具名软件验收记录的保存、撤回与重新进入已验证，生产续谈超时仍待解决，不能宣布完整旅程或组织效果通过。具体实现、部署与限制由 Runtime 当前交付记录和 Linear 承载，本页不替代验收证据。
Policy / Mandate 发布准备采用统一版本 2026-09-14.1：13 个登记来源、11 个启用，新增 Development / Design 两项关闭；旧 11 条 source 声明逐字段保持不变，daily review budget 仍为 3。该时刻 Production 仍使用 b43b9fb…，新合同尚未激活；Watch 修复目前通过真实服务器只读重新计算，实际定时运行的持久化结果另验。版本名、PR 或计算成功不代表合同已经上线。17:07 UTC 独立数据库复核已确认 Runtime 修复后的自然定时运行持久化，4 个来源进度推进、7 个来源因预算顺延；合同发布前置问题已解除，新合同的实际激活及旧游标保留仍以发布后读回为准。
下文的 11 项目清单、Backlog 状态、PR 待审和 Golden 数量均为标注日期的历史快照。新增的设计/开发规范等项目必须与实时 Linear 记录及 Watch Mandate 核对；不能把旧清单当作完整工作区，也不能根据旧待审文字推断今天仍需重复批准。合同发布与 Runtime 使用仍需核验 exact commit 和实际 readback。
Current Phase
2026-05-29 阶段记录：Infrastructure Consolidation Phase。
LYNCA 当前已经从单一 AI image tool，演化为多个 active operational systems 组成的 AI-native corporation topology。
Canonical Software Layers — 2026-08-28
本节保留当时的分层与项目登记；收藏者 Chat 的现行职责与调用边界以上方 2026-09-30 记录为准。
这些仓库不是互相的 fork，也不能压成同一个 authority class：
| Layer | Repository | Owns | Does not own |
|---|---|---|---|
| Infra / OCS | LYNCA-OS/lynca-ocs | founder intent, company memory, ontology, CSM concept layer, attention / watch contracts | chat sessions, model execution, Production deploy |
| Infra / CSM | LYNCA-OS/lynca-csm | versioned collectible semantic specification | Runtime auth, queue, storage |
| Runtime / Chatbot | LYNCA-OS/lynca-agent-runtime | LocalBrain 产品：identity, ACL, authorized OCS projection, frontier chat, Brain Kernel。仓库已由 lynca-local-brain 原地改名，不是第二套 Runtime | OCS canonical knowledge, automatic OCS writeback |
| Runtime / Listing | separate listing repos | listing application execution | OCS doctrine |
Attention Policy 与 Watch Mandate 2026-08-28.2 把当前 Linear 工作区 11 个项目按 Linear 原文登记为 Brain 的 reference 观察面：【Infra】LYNCA OCS、【Runtime】LYNCA Chatbot、【Runtime】LYNCA Studio、【Runtime】Apps、【Runtime】Listing、【Infra】Collectible Semantic Model、【Infra】Digitization、【Sciences】Industry State of the Art、【Product】LYNCA Case、【Operations】Pai's System Prompt、【Operations】PAI Progress Report。读 project / issue / document / project_update 的 title + body。Apps 与 Digitization 在 Linear 原文里仍是 Backlog / To be activated，观察不等于激活。GitHub、OCS 运营层、WEBTOOL / DATABASE、Production telemetry 只留口、暂不接；微信 / 私域不留口。这只扩大只读观察，不把 Linear 写成 OCS，也不扩大通用 chat 的 phase-0 准入。合同未进入 origin/main 前，Runtime Brain 对 canonical OCS release 必须保持 not_configured，不能把 branch 文件当成已发布合同。
Current Operating Principle
Foundation 的目标不是记录更多信息，而是 reduce organizational entropy。
它应该帮助 founder、AI operator、engineer、designer、sales、operator 在同一套 company memory 中理解：当前系统是什么、状态如何、为什么这样做、哪些方向不能漂移。
Active Systems
本表为 2026-05-29 工具网快照，仅 IMAGE_PIPELINE 状态按 2026-09-10 归档记录更新。Owner Type 不替代短期个人 owner、执行人和 milestone；这些信息应进入带日期的 Weekly Status 或 Dashboard。
| System | Role | Current Status | Owner Type | Notes |
|---|---|---|---|---|
| LYNCA.IO | 正式主站 / 品牌与资产展示入口 | active | external-team-maintained | 当前用于品牌与资产展示入口，开发团队维护及上传素材。 |
| WEBTOOL | collector-facing operational entrance / IMG Proc strategic center | active | founder-owned | 当前真实 deployment，承担 image processing、collector upload、mobile workflow。 |
| RAW_PROC | preview failure rescue layer | active | founder-owned | 负责 shadow cleanup、boundary correction、geometry normalization、preview-safe conversion。 |
| DASHBOARD | founder / management command dashboard | active | founder-owned | 承担 sales tracking、burn tracking、operating status。 |
| METAVERSE_OS | enterprise / VIC servicing workflow system | active | founder-owned | 服务 enterprise / VIC workflow、ownership archive、submission archive。 |
| DATABASE | asset intelligence connector / admin infrastructure | active | external-team-maintained | 连接 lynca.io、webtool、raw proc、metaverse OS、preview generation、frontend rendering。 |
| FEI_HOMEPAGE | Founder OS / personal command surface | active | founder-owned | 五大 active systems 的统一入口。 |
| IMAGE_PIPELINE | historical AI workflow reference | archived（2026-09-10） | founder-owned historical | 早期 internal production workstation；归档前的 transitioning / deprecating 记录见 Week 22。 |
Current Founder Focus
以下运营重点、workflow 与 bottleneck 保留 2026-05-29 判断，未据本次文档检查重新确认。
- 让 Foundation 成为 Company Brain / Founder OS / Institutional Memory Layer。
- 让 active systems 从“能运行”进入 daily workflow reliability。
- 让 WEBTOOL、RAW_PROC、DATABASE、DASHBOARD、METAVERSE_OS 之间的 operational meaning 更清晰。
- 把 World Model → Ontology → Workflow State Machines 建成 AI / engineer / operator 的共同 cognition base。
- 避免系统继续扩张但组织记忆断裂。
Workflows Becoming Infrastructure
- Preview workflow：upload → processing → preview generated → database linked → frontend rendered。
- Raw Proc rescue：preview failure → cleanup → geometry normalization → regenerated preview。
- Submission lifecycle：intake → submitted → grading → grade received → archive updated → owner notified。
- Ownership lifecycle：claimed → confirmed → archived → displayed / transferred。
- Metaverse enterprise workflow：VIC intake → asset ingestion → ownership archive → submission archive → client servicing → feedback。
- Weekly status：active systems state → blocker → milestone → decision memory。
Current Bottlenecks / Hidden Dependencies
- DATABASE 是最核心 infrastructure connector，很多系统依赖其 asset record、preview generation、frontend rendering 连接稳定。
- WEBTOOL 的战略地位上升后，需要持续验证 collector-facing workflow 的真实使用。
- RAW_PROC 的 failure taxonomy 仍需从真实 failure cases 中沉淀。
- DASHBOARD 的 sales tracking 与 burn tracking 需要持续补真实数据，不应编造。
- METAVERSE_OS 需要持续理解蒋云杰 / 企业客户真实需求，避免变成泛 metaverse demo。
- Relationship layer 仍在微信 / 私域，不应被 LYNCA 错误替代。
Recent Decisions To Preserve
无独立日期的条目保留 2026-05-29 判断；其中 IMAGE_PIPELINE 的 transitioning / deprecating 是归档前状态，后续 2026-09-10 归档记录见上方表格。带日期的条目分别保留当时的决定与状态，不是持续授权或今天的待办。
- Foundation v2 baseline 已经确立为 Company Brain / Founder OS / Navigation Layer。
- Foundation 开始承担 operational state tracking 和 temporal memory。
- World Model 先于 LYNCA positioning：AI 必须先理解 collectible world。
- Ontology 定义 canonical objects，不直接写成 schema。
- Workflow State Machines 定义 operational state meaning，不直接写成 code。
- IMAGE_PIPELINE 进入 transitioning / deprecating，保留为 historical AI workflow reference。
- WEBTOOL 成为当前 collector-facing operational entrance 和 IMG Proc strategic center。
- 2026-08-17：
lynca-foundation原地改名为lynca-ocs；lynca-local-brain原地改名为lynca-agent-runtime。Foundation 仍是 OCS 内的 constitutional layer，不是第二套 repo。 - 2026-08-28：LocalBrain 就是 Agent Runtime（Linear COS-69）。GitHub 只有
LYNCA-OS/lynca-agent-runtime。Vercel Production 仍是旧项目lynca-local-brain（域名localbrain.lyncafei.team）。同仓库上后来多连的空壳项目lynca-agent-runtime不是第二套大脑；Runtimevercel.json用ignoreCommand跳过该项目 id 的构建，避免 PR 双重 Preview。项目改名 / 域名迁移仍归 COS-68。不做 OCS monorepo（COS-31 canceled）。 - 2026-08-28：Yuxin 豁免本次 COS-67 对 COS-68 的阻断，并说「可以推送生产了」。交接已写下
07_OPERATIONS/DELIVERY_WORKFLOWS/CLAUDE_HANDOFF_COS68_2026-08-28.md，由 Claude 接手 Runtime Production。OCS #2 / #3 仍等 Fei 审 11 项目可见范围；Golden 仍是 0/100。 - 2026-08-17：CSM 作为 OCS 的 collectible domain semantic layer；
lynca-csm保持唯一 CSM authority。 - 2026-08-21：OCS Attention Governance v1 与 Runtime Brain Kernel 按同一 commit 绑定设计；发布仍受 Golden set 与独立 Production 批准约束。
待补：最新运行证据
- 工具网现时负责人、milestone 与 blockers：待补；各系统入口保留历史登记。
- RAW_PROC 真实 failure taxonomy 与 rescue throughput：待补。
- Dashboard 最新 sales、burn、orders 与交付证据：待补。
- Runtime 当前 canonical SHA、激活版本与来源读回：待补。
- Runtime 当前人审 Golden 数量、release 状态与完整生产旅程验收：待补。
这些缺口需要真实、带日期且有权引用的证据。历史数字与部署记录继续保留，不从旧记录推算现时事实。
Open Questions
Structured Unknowns 是 Foundation 的重要组成部分。这里不只记录 what we know，也记录 what we do not yet know，避免组织未来反复探索同一批问题。
Product
- WEBTOOL 当前 collector-facing workflow 的真实使用频率和核心摩擦是什么？
- METAVERSE_OS 的 enterprise feedback 应如何转化为 product decisions？
- LYNCA.IO 的展示入口与 asset intelligence layer 应如何连接得更清楚？
Workflow
- RAW_PROC failure taxonomy 应如何从真实案例中标准化？
- Submission lifecycle 的真实异常状态有哪些？
- Ownership lifecycle 中 claimed / confirmed / displayed / transferred 的边界如何在运营中确认？
Market
- VIC collectors 对 ownership archive / submission archive 的真实付费或使用动机是什么？
- Relationship layer 继续留在微信时，LYNCA 最适合增强哪一部分 asset infrastructure？
- Collectible archive 的市场教育路径应从哪个用户群开始？
Organization
- 哪些系统应保持 founder-owned，哪些应逐步交给 team-owned 或 external-team-maintained？
- AI operator 应如何稳定维护 Foundation，而不是只做一次性整理？
- Weekly Status 的更新节奏应由谁触发和 review？
Infrastructure
- DATABASE 当前实际字段与 Ontology / Workflow State Machines 的 mapping 如何设计？
- Dashboard 需要追踪哪些 sales、burn、orders、owner、submission metrics？
- WEBTOOL / RAW_PROC / DATABASE 之间的状态同步应如何避免断裂？
- OCS Attention Governance PR #2 合并后，Runtime 应 pin 哪一个 exact OCS commit？
- Agent Runtime Golden set 如何从真实内部使用收集到 100 条 reviewed cases，而不用合成样本？
What Should Not Drift
- LYNCA 不应漂移成普通 AI image app。
- LYNCA 不应漂移成 marketplace / 社交平台 / 泛 SaaS。
- LYNCA 不应替代微信 / 私域 relationship layer。
- Foundation 不应变成无结构文档仓库。
- Dashboard 不应变成 consumer product。
- DATABASE 不应被理解成普通后台页面，而是 asset intelligence connector。
- World Model、Ontology、Workflow State Machines 不应被跳过直接写 schema。
Next Snapshot Update Notes
下一次 snapshot 应重点更新：
- WEBTOOL 的真实使用状态。
- RAW_PROC failure cases 与 rescue throughput。
- DATABASE / preview generation / frontend rendering 的稳定性。
- DASHBOARD 是否开始追踪 sales。
- METAVERSE_OS enterprise feedback。
- 当前 blockers 的实际记录（待补）。