本平台不是「商机信息站」,而是一台把公开信息加工成可执行、可自动化、当天结算的转售生意的机器。它的核心价值链是:
监测(发现) → 挖掘(建模) → 测评(筛可行性) → 方案(设计变现) → 计划(技术落地) → 生成平台(自动执行) → 无人值守赚钱
设计遵循四条铁律(源自你的「赚钱思路及原则」):
| # | 铁律 | 对系统的硬约束 |
|---|---|---|
| 1 | 只做居间 / 通道 / 撮合,不碰具体业务 | 生成的每个子平台,形态都必须是「信息/数据通道、撮合页、导流方、比价/预约/回收枢纽」,不产生履约责任 |
| 2 | 卖「瞬时稀缺资源的转售权」,用户不计成本 | 挖掘器的商机模板必须命中「急、需、挽、危、限、贵、稀」七类紧迫词根;蓝海优先 |
| 3 | 借力现成基座,零自建流量 | 子平台默认「寄生式」:挂在已有大流量平台/渠道之内,靠 API、跳转、聚合页获客 |
| 4 | 100% 全自动无人值守 | 六阶段全部可编程;人工仅存在于「边界点」(收款账户、密钥授权、平台审核),且都只需一次配置 |
平台是一套 Node 单进程模块化应用(与你现有 bazi / h5toapk / tuiguang 同构,便于运维),SQLite 存储,无重型外部依赖即可跑起来;AI、支付、短信等为「可插拔」能力,缺哪个就降级到模板模式。
| 模块 | 输入 | 核心动作 | 输出 | 闸门 |
|---|---|---|---|---|
| ① 全网监测 | 监测对象清单 | 多源采集、去噪、情报聚氯 | 结构化情报(原始信号) | — |
| ② 商机挖掘 | 情报池 | 信号→商机建模(名称/介绍/盈利模式/收支利/步骤) | 商机卡 ≥100/天 | — |
| ③ 商机管理 | 商机卡 | AI 逐条 30+ 维测评 | 合格商机 → 方案管理 | ≥60/100 |
| ④ 方案管理 | 合格商机 | AI 逐条生成方案 + 多轮验证-完善-再验证 | 可执行方案(HTML/PDF) | ≥40/100 |
| ⑤ 项目管理 | 合格方案 | AI 生成毛孔级技术实现计划书 | 项目计划书 + 资源清单 | 计划书齐备 |
| ⑥ 平台管理 | 项目计划书 | 按功能要求一键生成子平台并部署 | 独立运行的子平台 | 自动部署成功 |
监测能力分为 七大类监测对象,共同构成「商机原始信号」的全网雷达。每类都明确了监测什么与怎么监测。
| 类 | 监测对象 | 具体监测内容 | 监测方法 |
|---|---|---|---|
| A | 政策与法规 | 新规生效、补贴申报、资质窗口、处罚/合规 deadline、地方专项 | 政府门户/政务公开栏 RSS + 关键词扫描;政策库定期比对;招投标/公示公告页抓取 |
| B | 平台规则与接口 | 各大平台新规、开放 API、禁售/限售清单、活动规则、返佣政策变化 | 官方公告页轮询 + 规则页面 diff(变更即报警);开发者文档/更新日志订阅 |
| C | 需求与痛点 | 急单、求助、回收、腾退、清仓、过期、逾期、维权、寻物 | 问答/论坛/贴吧/群组/二手/分类信息站的求购与求助帖抓取;本地生活平台关键词 |
| D | 价格与套利 | 同品跨平台价差、区域价差、季节性波动、批发 vs 零售、汇率/税费差 | 多平台商品 API/页面比价;建立价格时序库,自动识别偏离阈值的「差」 |
| E | 流量与内容 | 热搜、上升话题、供需失衡关键词、季节性搜索曲线 | 搜索指数/热榜采集;关键词趋势与商品/服务供给数量做对比 |
| F | 商业与资本市场 | 新开业/关停、融资、合作、渠道招募、代理招商 | 企业信息平台 + 行业媒体 + 招商加盟站抓取;变更监测 |
| G | 全球/跨境与新兴 | 海外蓝海品类、关税/合规变动、新兴平台政策、跨境机会 | 海外行业媒体 + 平台公告 + 全球商业数据库;翻译后入中文情报池 |
| 层级 | 手段 | 适用 | 说明 |
|---|---|---|---|
| L1 | HTTP 抓取 / API | 静态页、有开放接口 | 最快最稳,占监测主力 |
| L2 | RSS / Sitemap / 订阅 | 公告、新闻、政策 | 变更即得 |
| L3 | Headless 浏览器(CDP) | SPA、需登录、动态渲染 | 复用 tuiguang 的零依赖 CDP 执行器 |
| L4 | 关键词矩阵 / 时序库 | 价差、趋势、失衡识别 | 建立价格与需求两条时序,自动算「差」 |
| L5 | AI 情报解析 | 把非结构化文本变结构化信号 | LLM 抽取「对象/紧迫度/差类型/金额量级」 |
挖掘器的任务:把原始信号,加工成五要素齐备的标准商机卡。每张卡必须包含你要求的全部字段——一个都不能少。
| 字段 | 内容要求 |
|---|---|
| 商机名称 | 一眼看懂「卖什么转售权」,含紧迫/稀缺属性 |
| 商机介绍 | 3–6 句:机会从哪来、为什么现在出现、谁急、市场多大 |
| 盈利模式 | 居间/撮合/通道/差价/信息费……具体到「向谁收、收多少、怎么收」 |
| 收入支出利润表 | 结构化三表:单笔收入、单笔可变支出、固定支出摊薄、毛利率、月/日利润预测 |
| 毛孔级操作步骤 | ≥ 12 步,含每步平台入口、动作、话术、异常处理;标出可自动化步骤 |
每条商机必须能归因到至少一类「差」,系统按差类型匹配不同的生成模板:
| 引擎 | 本质 | 示例逻辑 | 自动化难度 |
|---|---|---|---|
| 信息差 | 我知道、别人不知道 | 政策窗口/补贴/资质,专人跑腿代办撮合 | 低 |
| 时间差 | 我先知、别人晚知 | deadline 前抢办、过期前补救、季节前布局 | 低 |
| 渠道差 | 你有货/需求,我有入口 | 把 A 平台流量接到 B 平台供给,做通道 | 中 |
| 价格/区域差 | 同物不同价 | 区域批发 vs 本地零售、跨平台回收转售 | 中 |
平台对每条商机自动生成一张可编辑的三段式财务模型。下表为标准模板(示例为「政策代办撮合」类居间商机,单位:元)。
| 项目 | 类型 | 金额 | 说明 |
|---|---|---|---|
| 向买方/委托方收取服务费 | 收入 | + 300 | 撮合成功一次性收取 |
| 向卖方/承接方收取佣金 | 收入 | + 50 | 可选,双向收费 |
| 获客成本(导流/投放摊薄) | 可变支出 | − 20 | 按单摊 |
| 通道/接口/短信/API 费 | 可变支出 | − 8 | 按单摊 |
| 支付通道手续费(约0.6%) | 可变支出 | − 3 | 按流水 |
| 单笔毛利 | 毛利 | + 319 | 毛利率 ≈ 91% |
| 项目 | 金额/月 | 说明 |
|---|---|---|
| 服务器/带宽 | 100–300 | 本机可复用 |
| AI 调用费 | 200–800 | 按模型与调用量 |
| 域名/证书/短信 | 50–200 | — |
| 合计 | 350–1300 | — |
| 日成交量 | 日收入(客单350) | 日可变成本(31/单) | 日固定摊薄 | 日净利 | 月净利 |
|---|---|---|---|---|---|
| 5 | 1750 | 155 | ~28 | ~1567 | ~47000 |
| 20 | 7000 | 620 | ~28 | ~6352 | ~190000 |
| 100 | 35000 | 3100 | ~28 | ~31872 | ~956000 |
盈亏平衡点:日成交约 1–2 单即可覆盖全部成本。这正是「高毛利、低边际成本、当天结算」转售点的特征。系统会为每条商机按其真实参数自动重算上表。
该模块对商机库里每条商机执行逐条 AI 综合测评。评估维度全部可勾选、可自定义、可增删权重,终极目标围绕「自动化赚钱」。
| # | 维度 | 考察问题 | 权重 |
|---|---|---|---|
| 1 | 需求真实性 | 需求是否真实存在、可被观察到 | 5 |
| 2 | 紧迫度 | 用户是否「不计成本、急于解决」 | 5 |
| 3 | 合法性 | 是否在现行法规内可做 | 5 |
| 4 | 合规风险 | 是否存在资质/牌照/资质门槛 | 4 |
| 5 | 蓝海程度 | 竞争者数量、是否已被做烂 | 4 |
| 6 | 自动化可行度 | 能否无人工全流程跑通 | 5 |
| 7 | 人工依赖度 | 需人工介入的环节数量(越少越好) | 4 |
| 8 | 启动成本 | 冷启动所需资金 | 3 |
| 9 | 单笔毛利 | 单次撮合毛利额 | 4 |
| 10 | 毛利率 | 毛利率百分比 | 3 |
| 11 | 客单价 | 单客收入规模 | 3 |
| 12 | 利润天花板 | 月/年利润上限 | 3 |
| 13 | 当天结算性 | 是否可当天回款 | 4 |
| 14 | 现金流健康度 | 是否需垫资、账期长短 | 3 |
| 15 | 获客难度 | 流量从哪来、成本几何 | 4 |
| 16 | 借力现成基座 | 可否寄生现有平台/渠道 | 4 |
| 17 | 信息差深度 | 差的隐蔽程度(越深越好) | 3 |
| 18 | 时间窗口 | 窗口期长短 | 3 |
| 19 | 可复制性 | 能否批量复制放大 | 4 |
| 20 | 抗模仿性 | 被抄袭门槛 | 3 |
| 21 | 政策依赖性 | 是否高度依赖某项政策(双刃) | 3 |
| 22 | 季节性 | 是否稳定全年可做 | 2 |
| 23 | 区域限制 | 是否受地域限制 | 2 |
| 24 | 平台封控风险 | 是否易被封号/限流 | 3 |
| 25 | 技术门槛 | 实现所需技术难度 | 3 |
| 26 | 数据可得性 | 所需数据能否拿到 | 3 |
| 27 | API/接口可得性 | 所需三方接口是否开放 | 3 |
| 28 | 支付可行性 | 收款通道是否可配 | 4 |
| 29 | 退款/纠纷率 | 售后风险高低 | 3 |
| 30 | 履约复杂度 | 交付是否复杂(居间应极简) | 3 |
| 31 | 可量化 KPI | 是否能定义清晰指标 | 3 |
| 32 | 规模化速度 | 放大到 10x 的速度 | 3 |
| 33 | 隐性门槛 | 是否存在资源/关系门槛 | 3 |
| 34 | 退出/止损 | 失败是否可低成本退出 | 2 |
| 35 | 社会/伦理 | 是否触碰灰黑产或敏感边界 | 3 |
| 36 | 长期可持续 | 能否持续而非一次性 | 3 |
权重合计 120,评分时按权重归一化到 100 分制。(上表为默认配置,你可增删维度、改权重、加自定义维度。)
AI 对每条商机输出:综合分(满分 100) + 加分点清单 + 减分点清单(表格形式),并给出「是否达标」结论。
| 示例商机 | 加分点 | 减分点 | 得分 | 结论 |
|---|---|---|---|---|
| 政策补贴代办撮合 | 紧迫度高(+)、信息差深(+)、当天结算(+) | 政策依赖(+−)、窗口短(−) | 72 | 合格 → 方案管理 |
| 某低毛利代购 | 需求真实(+) | 毛利率低(−)、竞争激烈(−)、易封控(−) | 41 | 不合格 → 淘汰管理 |
进入本模块的商机,已通过 60 分闸门。现在要把商机加工成可执行的变现方案,并反复锤炼,确保「能自动化跑通」。
| 章节 | 内容 |
|---|---|
| ① 机会复盘 | 商机的差从哪来、为什么现在、窗口多久 |
| ② 变现金流设计 | 向谁收、收多少、怎么收、何时结算 |
| ③ 通道/角色设计 | 我作为居间/通道,连接哪两(多)方,过路费如何设计 |
| ④ 自动化路径 | 每个环节用什么技术实现,标注全自动/半自动 |
| ⑤ 获客与借力 | 寄生哪个平台/渠道,导流路径 |
| ⑥ 财务模型 | 收入/支出/利润表(复用模块二模型) |
| ⑦ 风险与对策 | 合规、封控、纠纷、政策变化 |
| ⑧ 落地资源 | 需要哪些外部资源/接口/授权(引用第 15 节) |
方案生成后,可一键发起 AI 逐条可行性验证;并支持多轮迭代,轮数可自定义(默认 3 轮)。
第 N 轮:
AI 按「验证话术模板」逐条审查方案
→ 输出:问题清单 + 扣分点 + 改进建议
自动(或人工确认)把建议回写方案
→ 形成「方案 v(N+1)」
再次验证 → 收敛判断(分数提升<2 且无新增严重问题 → 提前结束)
最终:方案终稿 + 验证报告(历轮分数曲线)
验证话术是一套可编辑的提示词模板,默认围绕「自动化赚钱」终极目标,包含:
你可在后台增删条目、调整措辞、设置每条权重。
本模块只接收「已通过方案验证」的合格方案——它们已达到项目启动标准。核心动作:批量/逐条生成 AI 项目计划书,从技术实现角度把「如何全自动赚钱」梳理到每个毛孔。
| 章节 | 毛孔级细化内容 |
|---|---|
| ① 项目概述 | 目标、角色(居间/通道)、盈亏模型摘要 |
| ② 业务流程图 | 逐步骤的时序图 / 泳道图,标注系统与人的边界 |
| ③ 系统架构 | 模块清单、数据流、技术选型、部署形态 |
| ④ 数据与监测 | 监测源、字段、抓取频率、清洗规则、存储结构(建表语句级) |
| ⑤ 自动化引擎 | 每个流程节点的实现方式(API/脚本/浏览器自动化/RPA/工作流) |
| ⑥ 支付与结算 | 收款通道、分账/结算逻辑、对账、退款 |
| ⑦ 获客与导流 | 寄生平台、入口、转化路径、SEO/内容策略 |
| ⑧ 后台与运营 | 管理端功能、看板指标、异常告警 |
| ⑨ 页面与功能清单 | 为模块六「一键生成平台」准备的功能规格 |
| ⑩ 资源与依赖 | 你需准备的支付宝/微信、大模型 key、域名备案、三方接口、插件、技能、RPA……(清单式,交底到项) |
| ⑪ 实施里程碑 | 分阶段任务、工期、验收点 |
| ⑫ 风险与预案 | 技术/合规/运营风险 + 回滚方案 |
这是把「方案 + 计划书」真正变成自动化赚钱平台的一步。系统读取项目计划书里的「功能要求(第 ⑨ 章)」,生成一个以商机名字命名的管理平台。
选定项目计划书
→ 解析「页面与功能清单」(页面、数据模型、接口、定时任务)
→ 代码生成引擎产出:前端页面 + 后端路由 + SQLite 表结构 + 调度任务
→ 写入 webapp/<平台英文名或拼音>/
→ 自动注册 systemd 单元(分配端口)
→ 自动写入 nginx vhost(子域名,如 <name>.hongjishi.cn)
→ 返回「前台地址 + 后台地址」
zhengce-butie)。webapp/zhengce-butie/(与你现有项目同构)。shangji-<slug>,端口自动顺延(如 3930 起)。http://<slug>.hongjishi.cn(前后台分离,后台 /dep/)。| 子平台类型 | 形态 | 如何收钱 |
|---|---|---|
| 撮合页 | 需求方/供给方两侧提交 + 自动匹配 | 撮合成功抽成 |
| 信息通道 | 监控面板 + 订阅推送 | 订阅费/信息费 |
| 导流枢纽 | 聚合比价/预约/回收入口 | CPA/CPC 分佣 |
| 代办通道 | 表单收集 + 自动派单给承接方 | 服务费差价 |
所有形态均为「不碰具体业务」的中间层——只做信息、匹配、导流、收过路费。
这是整个平台的灵魂。所有商机必须命中以下设计原则,否则在测评阶段直接扣分。
| # | 心理 | 触发词根 | 典型场景 |
|---|---|---|---|
| 1 | 急 | 急需、急办、马上、当天 | 急办证件、急提货 |
| 2 | 危 | 危机、事件、风险、预警 | 合规预警、舆情应对 |
| 3 | 挽 | 挽回、补救、修复 | 信用修复、名誉补救 |
| 4 | 限 | 过期、逾期、截止、限时 | 申报截止、逾期处理 |
| 5 | 失 | 丢失、找回、寻回 | 物品/数据找回 |
| 6 | 贵 | 稀缺、唯一、独家 | 稀缺名额/资源转售 |
| 7 | 平 | 清仓、腾退、处置 | 急需清货/资金回笼 |
| 差类型 | 识别指标 | 自动化可用手段 |
|---|---|---|
| 信息差 | 信息触达人群 vs 需求人群之差 | 政策/公告监测 + 定向推送 |
| 时间差 | deadline 距今天数 | 倒计时提醒 + 抢办撮合 |
| 认知差 | 同一事实在两群体理解偏差 | 科普内容 + 代办服务 |
| 区域差 | 两地价格/供给量之差 | 比价库 + 跨区导流 |
| 利益差 | 买卖双方支付意愿之差 | 撮合抽成 |
| 价格/资源差 | 批发零售价差、独占资源 | 聚合转售 |
最终形态:平台一旦搭好,全自动运行、无人值守。以下是让「永动机」真正转起来的机制。
| 环节 | 自动化实现 | 人工介入 |
|---|---|---|
| 监测采集 | 调度器 + 多源采集器 | 无 |
| 商机生成 | AI/模板流水线,日更 100+ | 无 |
| 测评筛选 | AI 逐条打分 + 批量流转 | 无(阈值可调) |
| 方案生成+验证 | 多轮迭代引擎 | 无 |
| 计划书生成 | AI 毛孔级细化 | 无 |
| 子平台生成 | 代码生成 + 自动部署 | 仅首次授权 |
| 收款结算 | 支付网关 + 自动对账 | 仅首次配置密钥 |
| 获客导流 | 寄生平台 + 自动内容分发 | 无 |
| 自愈运维 | 看门狗 + 健康检查 + 自动重启/回滚 | 仅异常告警 |
| 层 | 选型 | 理由 |
|---|---|---|
| 运行时 | Node.js 22(已有) | 与现网一致,运维零学习成本 |
| Web 框架 | Express | 轻、稳、模块化 |
| 数据库 | better-sqlite3 | 零运维、单文件、够用 |
| 前端 | 原生 HTML/CSS/JS + 自研组件 | 无构建、无 CDN 依赖、可控 |
| Headless Chrome(已装) | 排版还原度高 | |
| AI | 多模型可插拔(OpenAI/DeepSeek/通义/自定义) | 防单点、可降级 |
| 浏览器自动化 | CDP(零依赖) | 复用 tuiguang 执行器 |
webapp/shangji/
├── server/
│ ├── index.js # 入口 + 路由挂载
│ ├── db.js # 建表/迁移/查询
│ ├── monitor/ # 模块一:监测采集器
│ ├── miner.js # 模块二:商机挖掘
│ ├── evaluator.js # 模块三:30+维测评
│ ├── planner.js # 模块四:方案生成+多轮验证
│ ├── project.js # 模块五:项目计划书
│ ├── generator.js # 模块六:子平台代码生成
│ ├── ai.js # 多AI抽象 + 降级模板
│ ├── report.js # HTML/PDF 渲染
│ ├── scheduler.js # 内置调度器
│ ├── security.js # 限速/BOT/合规
│ ├── alipay.js # 支付(复用)
│ └── routes.js # 全部 API
├── public/ # 前台(监测/商机/方案/项目 浏览)
├── admin/ # 后台(配置/维度/话术/阈值/平台生成)
├── docs/ # 方案与交付文档
└── data/shangji.db # SQLite
| 端点 | 方法 | 说明 |
|---|---|---|
/api/monitor/sources | GET/POST | 监测对象管理 |
/api/monitor/tick | POST | 手动触发一轮采集 |
/api/opps | GET | 商机列表(筛选/分页) |
/api/opps/:id/evaluate | POST | AI 30+ 维测评 |
/api/opps/batch-move | POST | 批量转方案/淘汰 |
/api/plans/:id/generate | POST | 生成方案 |
/api/plans/:id/verify | POST | 多轮验证 |
/api/projects/:id/plan-doc | POST | 生成项目计划书 |
/api/platforms/:id/build | POST | 一键生成子平台 |
/api/reports/:id/file | GET | HTML/PDF 下载 |
| 项 | 配置 |
|---|---|
| 目录 | /home/ubuntu/.openclaw/workspace/webapp/shangji/ |
| 进程 | systemd shangji.service,监听 127.0.0.1:3930 |
| 域名 | shangji.hongjishi.cn(已解析到 62.234.23.210) |
| nginx | sites-available/shangji,80 → 反代 3930;HTTPS 用现成 Let's Encrypt 证书(certbot 已有) |
| 后备访问 | http://62.234.23.210/webapp/shangji/(IP 路径方式,域名未生效时兜底) |
| 交付文件 | 方案 PDF 放 /var/www/dl/ 直链下载 |
| 风险 | 对策 |
|---|---|
| 法律/合规 | 内置敏感词库 + 一票否决;只做居间,不碰业务;生成内容过合规检查 |
| 平台封控 | 限速、随机化、代理池可选、BOT-UA 防护、账号授权加密存储(AES-256-GCM) |
| 数据安全 | 密钥/密钥文件 0600;接口只回掩码;会话密钥持久化 |
| AI 幻觉 | 所有产出强制带来源/依据;评分需给理由;无法核查的丢弃 |
| 资金安全 | 支付走官方网关;对账幂等;不碰客户资金池 |
| 误伤 | 阈值可调;淘汰可复活;重大操作二次确认 |
下表把「我做不了、需要你提供」的东西一次性交底。标记为阻塞的项,没有就无法真正跑通对应环节(但平台本身仍可搭建与演示)。
| # | 资源项 | 用途 | 谁准备 | 是否阻塞上线 |
|---|---|---|---|---|
| 1 | 服务器/带宽 | 已就绪(本机) | 你(已有) | — |
| 2 | 域名解析 | shangji.hongjishi.cn 已解析 | 你(已完成) | — |
| 3 | 域名备案 | 国内访问合规(若需) | 你 | 视情况 |
| 4 | 大模型 API Key | 商机/方案/验证/计划书生成 | 你 | 阻塞(无则降级模板) |
| 5 | 支付宝商户 | 收款(正式) | 你 | 阻塞子平台变现 |
| 6 | 微信支付商户 | 收款(正式) | 你 | 视子平台 |
| 7 | 短信通道 | 验证码/通知 | 你 | 否 |
| 8 | 三方数据接口 | 特定商机所需数据源 | 你/站点 | 视商机 |
| 9 | 采集账号/授权 | 需登录的平台采集 | 你 | 视源 |
| 10 | RPA/插件授权 | 部分自动化执行 | 你 | 视商机 |
| 11 | 企业资质/牌照 | 特定行业合规 | 你 | 视商机 |
| 12 | 子平台域名/证书 | 每个子平台子域名 | 系统自动 + 你备案 | 视情况 |
| 13 | 内容审核授权 | 发布类需人工终审的合规配合 | 你 | 否 |
| 阶段 | 内容 | 工期 |
|---|---|---|
| M1 | 方案确认(本文件) | 本轮 |
| M2 | 骨架 + 部署上线(域名可访问) | 0.5 天 |
| M3 | 模块一/二(监测 + 挖掘 + 商机库) | 1.5 天 |
| M4 | 模块三(30+ 维测评 + 批量流转) | 1 天 |
| M5 | 模块四(方案 + 多轮验证) | 1 天 |
| M6 | 模块五(项目计划书) | 1 天 |
| M7 | 模块六(子平台生成器) | 1.5 天 |
| M8 | 联调 + 文档 + 验收 | 0.5 天 |
| 合计 | — | 约 8 个工作日 |
shangji.hongjishi.cn 可打开前后台;*.hongjishi.cn?v2.0 新增 —— 这些是让「流水线」真正变成「工厂」的必要节点:没有它们,六个模块只是六个孤岛。
| 能力 | 说明 |
|---|---|
| 多平台多账号 | 按平台分组的账号库,支持一个平台 N 个账号轮换 |
| 加密存储 | Cookie/Token/密码一律 AES-256-GCM 加密落库,接口只回掩码 |
| 健康度监测 | 定期探活(有效性、封禁、限流、需验证码),状态机:正常受限失效 |
| 自动轮换 | 某账号限流/异常 → 自动切换下一个,任务不中断 |
| 养号策略 | 新账号拟人化预热(浏览/停留/随机行为),提升存活率 |
每个子平台可能需独立主体(营业执照、ICP、行业资质)。系统设「主体库」:登记主体、对应子平台、证照有效期、到期提醒。
这是 AI 的「外脑」。没有知识中台,每次生成都从零开始,质量不稳、成本高、还容易幻觉。
| 子库 | 内容 | 用途 |
|---|---|---|
| 商机知识库 | 历史商机、测评结论、成败记录 | 去重、相似召回、避免重复踩坑 |
| 案例库 | 真实行业案例(成功/失败) | AI 生成方案的事实锚点 |
| 话术库 | 获客话术、验证话术、客服话术 | 模板可复用、可 A/B |
| 模板库 | 方案模板、计划书模板、页面模板 | 快速装配,降成本 |
| 词库 | 三层关键词(紧迫词/行业词/长尾场景词) | 监测与挖掘的输入 |
| 竞品库 | 竞品、替代方案、价格 | 蓝海判断、差异化 |
| 价格时序库 | 商品/服务价格历史 | 价差识别、套利窗口 |
AI 生成方案/评分前:
检索知识库(向量 + 关键词混合召回)
→ 注入 Prompt 作为「事实上下文」
→ 生成结果必须引用可核查依据
→ 产出回写知识库(自增长)
工程实现:SQLite + 轻量向量索引(或可选外部向量库);无外部依赖也能跑。
六阶段的所有动作,最终都落到「任务」上。这一层是平台的发动机。
| 能力 | 说明 |
|---|---|
| 任务队列 | 采集/生成/测评/验证/部署/发布,统一入队、优先级、并发控制 |
| 工作流引擎(DAG) | 节点依赖编排(如:采集→清洗→挖掘→入库),支持条件分支 |
| 调度器 | 定时(cron 式)+ 事件触发 + 手动触发三合一 |
| 幂等与重试 | 任务带幂等键;失败按退避重试,超限告警 |
| 人机协同节点 | 必须人工的环节(如支付密钥配置)挂起为「待办」,完成后自动续跑 |
v1.0 只提「收款」,v2.0 把它升级为完整资金中台——因为「当天结算」是赚钱原则的核心,必须有专门的账。
| 能力 | 说明 |
|---|---|
| 聚合收款 | 支付宝/微信/其他,统一收银台,子平台共用 |
| 分账 | 撮合场景自动分润(平台费/承接方/导流方) |
| 对账 | 与网关账单每日自动核对,差异告警 |
| 退款/纠纷 | 退款工作流、纠纷记录、责任归属 |
| 提现/结算 | T+0/T+1 结算策略、结算单、发票管理 |
| 资金风控 | 异常交易、套现、拒付率监控 |
| 成本台账 | AI/代理/短信/服务器等成本归集到每个子平台 |
v1.0 把合规放在「风险控制」一节,v2.0 提为贯穿全流程的独立中台——任何环节产出都可被它拦截。
| 子模块 | 职责 |
|---|---|
| 内容合规 | 敏感词/违禁/夸大/虚假宣传检测,命中即拦截或降级 |
| 行业合规 | 命理/医疗/金融/法律等敏感行业专项词库(复用 tuiguang compliance) |
| 资质校验 | 商机是否需要资质/牌照,标红提示 |
| 反封控 | 频率控制、指纹一致、行为拟人、黑名单管理 |
| 行为风控 | 异常流量/异常订单/刷单识别 |
| 红线守卫 | 灰黑产一票否决(伪造、诈骗、代开、隐私倒卖、避监管) |
| 预案库 | 封号/下架/投诉/政策变动的应对 SOP |
赚钱原则要求「借力现成基座、流量一飞冲天」。这需要一个专门的获客引擎,而不是靠子平台自生自灭。
| 能力 | 说明 |
|---|---|
| 导流矩阵 | 把子平台挂到各大高流量渠道(内容平台/社区/问答/二手/本地生活) |
| 内容工厂 | 批量生成 SEO 内容/图文/问答,自动分发(复用 tuiguang 内容工厂) |
| SEO/站群 | 子平台自建 SEO 资产:sitemap、JSON-LD、llms.txt、站群互链 |
| 精准投放 | 可选付费投放(关键词/信息流),按 ROI 自动开关 |
| 私域承接 | 企微/社群/短信承接,转化漏斗跟踪 |
| 转化优化 | 落地页 A/B、漏斗分析、转化率提升 |
| 裂变/分销 | 居间角色天然适配「推荐返佣」,可做二级分销 |
「无人值守」不等于「无人监督」。这一层把运行状态变成可决策的数据。
| 看板 | 指标 |
|---|---|
| 商机漏斗 | 信号→商机→合格→方案→项目→平台 各级转化率 |
| 各子平台收益 | 收入/订单/客单/毛利/净利/ROI |
| 成本看板 | AI/代理/短信/服务器成本,按平台归集 |
| 流量看板 | 各渠道曝光/点击/转化 |
| 质量看板 | AI 生成质量分、验证通过率、迭代收敛曲线 |
| 自动化率 | 全流程各环节自动/人工占比(诚实统计) |
| 健康度 | 账号/任务/接口/服务 的健康与告警 |
| 能力 | 说明 |
|---|---|
| 监控指标 | 进程、端口、任务积压、接口成功率、AI 失败率、账号失效率 |
| 告警通道 | 飞书/钉钉/短信/邮件,分级(提示/警告/严重) |
| 看门狗 | 心跳 + 超时自动重启(systemd + 内置 watchdog) |
| 自动回滚 | 子平台发布异常自动回退上一版本 |
| 日志中心 | 集中日志、按平台/任务检索 |
| 备份/灾备 | 定时备份 DB 与配置,异地/离线副本 |
| 成本熔断 | AI/代理花费超预算自动限流 |
| 对象 | 能力 |
|---|---|
| 前台用户 | 注册/登录(手机号)、VIP 分级、余额/订单/提现 |
| 后台账号 | RBAC 多角色(管理员/运营/审核/财务),最小权限 |
| 审计日志 | 所有敏感操作留痕(谁、何时、改了什么) |
| 数据权限 | 不同角色可见数据范围隔离 |
| 会话安全 | 独立会话 cookie、密钥持久化、登录防爆破 |
要让「借力」规模化,平台自身必须可被集成——既是使用者,也是被使用者。
| 能力 | 说明 |
|---|---|
| 开放 API | 对外提供商机/方案/订单查询 API(可计费) |
| Webhook | 事件回调(新商机、订单支付、任务完成) |
| 插件市场 | 浏览器插件/采集插件/发布插件(复用 tuiguang 分发插件) |
| 三方对接 | 支付、短信、地图、企业信息、AI 模型等统一适配层 |
| 能力市场 | 把沉淀的「能力」打包,供新子平台一键复用 |
这是 v1.0 最缺的复利节点:如果每个子平台都从零生成,成本永远降不下来。v2.0 引入「资产复用」——把每次生成的结果沉淀为可复用资产。
| 资产类型 | 沉淀内容 | 复用方式 |
|---|---|---|
| 页面组件 | 常用页面模块(表单/列表/支付/客服/看板) | 拖拽/配置装配新平台 |
| 业务模板 | 撮合/通道/导流/代办 四类模板 | 按商机类型选模板 |
| 接口适配器 | 已对接的支付/短信/三方接口 | 新平台直接引用 |
| AI 提示词 | 经过验证的高质量 Prompt | 直接复用,持续优化 |
| 技能/Skill | 可复用的自动化技能 | 插件化调用 |
v2.0 新增 —— 让流水线首尾相接:失败可复活、收益可反哺、平台可迭代与关停。
v1.0 是单向漏斗(出去就没了)。v2.0 定义完整状态机,让每个对象都可流转、回流、复活、关停。
采集信号 → 已挖掘(商机卡) → 测评中 → ┬→ 合格(≥60) → 进方案管理
└→ 淘汰(<60) → 淘汰池 → [阈值调整/情况变化] → 复活重测
方案生成 → 方案验证(多轮) → ┬→ 通过(≥40) → 进项目管理 → 生成子平台
└→ 未通过 → 打回优化 / 回商机池
待生成 → 生成中 → 已部署 → 试运行 → 运行中 → ┬→ 扩量(高收益)
├→ 维持
└→ 衰退 → 关停/迭代(v2) → 资产回收进资产库
| 闭环 | 机制 |
|---|---|
| 收益→再投资 | 子平台净利按比例回流到「商机孵化预算」,驱动发现更多商机 |
| 失败→知识 | 淘汰/关停案例回写知识库,避免重复投入 |
| 运行→反馈 | 子平台真实转化数据回流,反哺测评权重(哪些维度真正预测成功) |
| 资产→复用 | 成功子平台的组件/模板沉淀,降低下一个平台成本 |
一眼看清这版完善了什么:
| # | v1.0 缺失/薄弱节点 | v2.0 补齐为 | 影响 |
|---|---|---|---|
| 1 | 账号与登录态无归属 | 模块七 账号与身份基础设施 | 致命单点 |
| 2 | AI 每次从零生成 | 模块八 情报与知识中台(RAG) | 质量/成本 |
| 3 | 模块间无调度、无重试 | 模块九 任务调度与执行中枢 | 可用性 |
| 4 | 只有「收款」无结算 | 模块十 支付与资金结算中台 | 现金流 |
| 5 | 合规只放风险一节 | 模块十一 合规与风控中台(贯穿) | 生存底线 |
| 6 | 获客靠子平台自生自灭 | 模块十二 增长与流量运营中台 | 流量命脉 |
| 7 | 无数据决策 | 模块十三 数据分析与收益看板 | 决策 |
| 8 | 无监控自愈 | 模块十四 告警运维自愈 | 稳定性 |
| 9 | 无用户体系 | 模块十五 用户权限审计 | 子平台刚需 |
| 10 | 无对外集成 | 模块十六 开放接口与生态 | 规模化 |
| 11 | 每平台从零生成 | 模块十七 资产复用与平台工厂 | 边际成本 |
| 12 | 单向漏斗、无回流 | 第30节 状态机与闭环 | 持续性 |
| 域 | 核心表 | 说明 |
|---|---|---|
| 监测 | sources, raw_signals, signal_keywords | 监测源与原始信号 |
| 商机 | opportunities, opp_scores, opp_reviews | 商机卡、评分、测评明细 |
| 方案 | plans, plan_versions, plan_verifications | 方案、版本、多轮验证记录 |
| 项目 | projects, project_docs, project_resources | 项目、计划书、资源依赖 |
| 平台 | platforms, platform_deploys, platform_metrics | 子平台、部署、运行指标 |
| 账号 | accounts, proxies, identities, subjects | 账号池、代理、身份、主体 |
| 知识 | kb_cases, kb_templates, kb_scripts, kb_competitors, price_series | 知识中台 |
| 任务 | tasks, task_runs, workflows | 调度与执行 |
| 资金 | orders, payments, settlements, refunds, cost_ledger | 资金中台 |
| 合规 | compliance_hits, blacklist, risk_events | 风控 |
| 增长 | channels, campaigns, funnels, contents | 流量运营 |
| 用户 | users, roles, audit_logs | 权限审计 |
| 系统 | settings, alerts, backups, assets | 配置与运维 |
在 v1.0 财务模型基础上,v2.0 把成本拆到「每商机 / 每平台」级别,便于精细化运营。
| 成本项 | 计费方式 | 摊薄到 | 量级 |
|---|---|---|---|
| AI 生成(商机/方案/计划书) | token 计费 | 每商机 | 几分~几毛 |
| AI 验证(多轮) | token 计费 | 每方案 | 几毛 |
| 代理 IP | 按流量/时长 | 每采集任务 | 按量 |
| 短信 | 按条 | 每用户 | ≈0.04 |
| 服务器 | 包月 | 每平台 | 摊薄极小 |
| 支付手续费 | 约 0.6% | 每单 | 按流水 |
| 获客投放 | 按点击/曝光 | 每转化 | 可选 |
结论:找到「当天结算 + 高毛利 + 低边际成本」的转售点后,盈亏平衡点极低(v1.0 测算:日 1–2 单即回本)。
| 阶段 | 内容 | 工期 |
|---|---|---|
| M1 | 方案确认(本草稿) | 本轮 |
| M2 | 骨架 + 部署 + 账号/任务/知识三支撑层地基 | 1 天 |
| M3 | 模块一/二(监测 + 挖掘 + 商机库) | 1.5 天 |
| M4 | 模块三(30+ 维测评 + 批量流转) | 1 天 |
| M5 | 模块四(方案 + 多轮验证) | 1 天 |
| M6 | 模块五(项目计划书 + 资源依赖) | 1 天 |
| M7 | 模块六(子平台生成器)+ 资产复用 | 1.5 天 |
| M8 | 资金中台 + 合规中台 + 增长中台 | 1.5 天 |
| M9 | 看板 + 告警自愈 + 用户权限 + 开放接口 | 1.5 天 |
| M10 | 全链路联调 + 文档 + 验收 | 1 天 |
| 合计 | — | 约 12 个工作日 |
平台内置统一的 AI 适配层,支持勾选多个主流大模型同时并用:并发广播请求、取最快成功响应,任一模型不可用自动由其它模型兜底;未配置任何 Key 时自动降级为规则模板,功能完整。
合规网关(一票否决):商机在挖掘入库前经违禁词扫描,命中即拦截;敏感行业(医疗/金融/命理等)命中只提醒不拦截。后台「合规网关」页可全量回扫存量商机、查看命中明细、追加自定义违禁词,网关可一键开关。
落地转化漏斗:前后台均展示「监测信号 → 挖掘商机 → 合格商机 → 变现方案 → 验证通过 → 项目计划书 → 已建平台」各环节数量、占比与环节转化率,以及「商机→平台」总转化率——用于诊断全自动流水线在哪个环节流失,持续优化至 100% 落地。
商机详情页新增阶段进度条,直观展示该商机在转化路径中的位置。
主题不再只换强调色:每套皮肤同时切换页面底色、标题墨色、表头底色、卡片渐变,切换效果一眼可辨。新增珊瑚红、浆果红紫、青玉、梅子紫、天空蓝、靛蓝、落日橙粉等高端配色,并统一使用三色渐变令牌。
标题采用渐变文字 + 彩色强调,KPI 数字放大加渐变,表格隔行着色——整体更精致、更有生机。前台 / 后台 / 子平台共用同一主题系统,子平台模板直接从主平台 theme.css 同步,保证一致。
*.hongjishi.cn → 62.234.23.210;如需独立主体/备案请告知。