界界作 by SoloCore

来源核验案例

LinkinPro 内容运营平台

一个把组织资料、知识、AI 创作、人工审核、发布准备与报告结构连接起来的多角色产品案例。完成项来自当前源代码、交付文档与部署配置；未接通的外部集成和未来项单独标记。

产品运行场景

一条内容任务，连续经过五个可见阶段

这个场景只呈现仓库中已经存在的应用流程：来源、知识、创作、人工审核与发布准备。它不是生产发布已接通的声明。

组织级工作区人工门保留
  1. 01

    资料与来源

    文件与网页来源进入组织资料区，并保留处理、来源与修复状态。

  2. 02

    知识候选

    资料形成可复核的知识候选，正式 Wiki 仍经过质量门与人工发布审核。

  3. 03

    有来源约束的创作

    自然语言需求进入选题、草稿、重写与素材准备，组织资料始终作为上下文。

  4. 04

    人工审核

    编辑提交内容，审核角色通过或要求修改，决定与反馈保留在组织记录中。

  5. 05

    发布准备

    已批准内容进入排期、任务状态与链接回写路径；外部发布仍按已知边界单独验收。

应用链路已形成 · 外部平台连接需单独验收

业务背景

为企业内容团队组织 LinkedIn 运营

仓库将 LinkinPro 定义为面向企业内容营销团队的 LinkedIn 内容运营工作台：把组织资料与产品信息带入有来源约束的创作、人工审核、发布准备和报告结构。

历史起点

旧流程的断点，不是当前完成状态

以下问题来自 2026-04-15 的理想 SOP 与当时实现对比，用于说明产品为什么需要形成闭环；当前能力以之后的交付与状态文档为准。

  1. 01

    早期流程由 brief 驱动单次生成，成稿依靠人工复制粘贴到后续工具。

  2. 02

    资料可以上传，但提取结果和学习状态不可见，团队难以核验系统是否理解品牌。

  3. 03

    缺少统一内容历史、分类视图与团队存档，草稿和已发布内容没有连续记录。

  4. 04

    排期、审批流、发布后表现追踪与报告彼此缺失或断开，无法形成从输入到复盘的连续链路。

关键决策

不是增加功能，而是让责任不在流程中丢失。

  1. 01

    让资料状态成为可检查的上下文

    触发条件

    上传资料并不能证明品牌信息已被理解；处理、来源和修复状态此前不可见。

    形成的判断

    资料与网页来源先进入组织资料区，再形成可复核的知识候选，而不是直接变成不可追溯的提示词上下文。

  2. 02

    把人工审核保留为决策点

    触发条件

    内容、事实和正式 Wiki 都会影响外部表达，不能把生成完成当成通过。

    形成的判断

    编辑提交，审核角色通过或要求修改；反馈与决定留在组织记录中。

  3. 03

    将发布准备与真实发布分开

    触发条件

    排期、任务状态和链接回写可以被构建，但外部账号授权、真实发布与回传仍需单独验收。

    形成的判断

    产品把已批准内容推进到发布准备，不把代码路径写成已接通的平台运营能力。

已完成事实

已实现并有当前来源支撑

这里只描述仓库、数据库迁移、交付说明与运维配置中已经存在的能力，不把路线图写成完成项。

  1. 01

    产品与业务流

    应用流程把文件与网页来源、资料处理、知识候选、创作、人工审核、发布准备、指标录入与报告视图连接起来；外部发布和同步状态不计入本项完成事实。

  2. 02

    角色与责任

    数据库角色模型包含管理员、编辑与审核员；交付界面还区分客户运营、内容设计、客户管理员与平台管理员入口。

  3. 03

    组织与数据

    组织范围数据通过 organization_id 与行级策略关联，覆盖成员、品牌资料、知识分块、内容版本、审核记录、发布记录、帖子指标与报告快照。

  4. 04

    应用与 AI 服务

    运行结构包含 Next.js Web 应用、FastAPI AI 服务、由队列驱动的 AI worker，以及知识、任务、工作流与运行接口。

  5. 05

    资料与知识

    资料页接收文件与网页来源，显示处理、来源与修复状态；资料可以进入 Wiki 候选，正式 Wiki 保留质量门与人工发布审核。

  6. 06

    内容生成

    创作流程从自然语言需求进入选题、正文、图片素材、审核反馈与保存到发布工作流；AI 服务同时提供选题、LinkedIn 草稿、重写、摘要与嵌入任务。

  7. 07

    人工审核

    编辑可提交审核，审核角色可通过或要求修改；审核记录与组织反馈保留在系统中，正式 Wiki 与内容发布准备都不以无人复核为默认。

  8. 08

    发布工作流脚手架

    仓库包含草稿、审核、排期与发布准备、任务状态、原帖链接和手工回写的界面及数据路径。这是代码层工作流脚手架，不是生产环境已确认接通的集成。

  9. 09

    指标与报告

    Schema 与接口路径可以记录曝光、点赞、评论和点击；仓库包含周报聚合、AI 总结、报告快照与 PDF 导出。这证明记录与报告结构存在，不证明生产 analytics sync 已启用。

  10. 10

    部署证据

    自托管 Docker Compose 定义 Web、AI service、AI worker 与 Redis，并提供容器依赖、健康检查、资源限制和 systemd 运行单元。

未来方向

计划增强，不属于当前完成事实

  • 发布方与分析闭环

    未来方向是配置并复核真实账号授权、发布 provider、webhook 回写与 analytics sync；只有生产验收通过后，才把外部发布和回传写成完成能力。

  • 统一产物

    未来方向是统一 Evidence Pack、Task Brief、Review Report 与发布状态，让来源、决策和状态连续可追溯。

  • 独立复核

    在高风险事实与正式发布任务中加入独立 Reviewer，而不是增加一组常驻 Agent。

  • 版本化方法

    把品牌语气、SEO、Wiki 文体与审核量表整理为版本化 Skills 和固定评测集，再用真实样本比较提升。

  • 受控演进

    只有在组织级评测、人工批准、灰度与回滚路径成立后，才把修改、终选与真实表现转成策略变更。

已知边界

外部依赖与结果边界保持可见

  • 01

    已核验的生产状态计划记录：社媒账号同步、真实发布与回传尚未接通，账号同步返回阻断，analytics sync 处于 disabled。外部 Provider 与平台账号授权仍是必要条件；代码脚手架不是接通证据。

  • 02

    图片与视频能力需要真实产品证据、可用外部服务和人工成品检查；技术任务成功不等于视觉质量通过。

  • 03

    指标字段与报告能力说明系统能记录和汇总数据，不构成客户业务成效证明。本案例不声称客户结果或 ROI。

  • 04

    本页不声称安全认证、合规结论、可用性保证或所有第三方平台持续可用。

以 AI 内容运营方案开始