Flyto Agent 专利可行性调研报告¶

发布日期: 2026-04-16 战略前提: 公司已决定"今后要多申请专利",因 AI Agent 赛道模仿者众多,需要占坑对抗抄袭。本文档所有建议以此战略为硬约束,不评估"是否应该申请"这类前置问题 (相关反向决策记录见附录 C)。 调研方法: 全代码库普查 (Explore agent) + 9 路并行 prior art 检索 (CNIPA / USPTO / Google Patents / arXiv / 主流 AI 产品公开文档)。28 个候选经逐一核查,6 项被 prior art 直接废,3 项合并作从属 claim,最终锁定 4 件发明专利 + 5-6 件软著。

一、最终建议 (TL;DR)¶

1.1 申请组合¶

#	专利 / 软著	评级	类型	申请窗口
1	Self-Evolution 扩展版 — 主 claim (ApprovalFunc nil=deny + 三维度归一) + 6-12 条从属 (含反事实工作流 / CLEVER 标注 / discuss-implement 两阶段)	B+	发明专利	2026 Q2 (6-12 月窗口)
2	LLM 上下文窗口持久化自适应校准 (ContextCalibrator)	B	发明专利	2026 Q2-Q3
3	LLM Agent 双通道事件总线 + 压缩降级熔断 (Observer + Compact 组合)	B-/C+	发明专利	2026 Q3
4	基于结构化理由标注的两阶段 AI 代码生成方法 (rationale-tagged two-phase agent,14.x 候选合并独立备份)	B-	发明专利	2026 Q3-Q4
5-10	软著批量 6 件	—	软件著作权	2026 Q2-Q4 分批

1.2 预算与产出¶

项目	成本 (10 年)
4 件发明专利 (含代理 + 官费 + 维持费)	52-64 万
6 件软著 (批量登记)	1.8-3 万
PCT 海外优先权 (可选)	5-8 万
合计	59-75 万

1.3 核心原则¶

代码实施是硬法律前提 (本文档最重要约束): 中国《专利法》第 25 条排除 "智力活动的规则和方法"。纯方法论 / 工作流思想 / 算法抽象本身不可专利。所有 claim 必须以 "一种系统 / 装置 / 存储介质,包含 X 模块、Y 接口、Z 数据结构" 形式撰写,并有真实可运行的代码实施支撑说明书。§14 的"反事实工作流"等方法论类候选必须先落地为引擎级代码模块 (见 §7) 才具备申请资格。
技术方案三要件: 中国 CNIPA 2024《AI 相关发明专利申请指引》要求 AI 相关申请满足 (1) 解决技术问题 (非商业/数学问题) (2) 采用技术手段 (非纯算法/智力规则) (3) 产生技术效果 (可量化的性能/资源/可靠性改进)。4 件推荐专利逐一对照均达标 (详见 §4 各节)。
优选: 真正新颖 + 有产品价值 + 代码已完整实施 (Self-Evolution / ContextCalibrator) —— 无需额外改造即可申请。
扩保护: 弱候选合并为已推荐专利的从属 claim,代理费增量极低,保护范围大幅扩展。
代码落地新增模块: 专利 1 从属 claim 4-7 (反事实工作流 / 替代方案保留 / 两阶段门 / 触发分类器) 和专利 4 独立 claim 需要先把宪法层的软约定升级为引擎级 enforcement,才构成可申请的技术方案。详见 §7。这不是可选加强,是申请前提。
投机备份: B- 级组合专利作为防模仿者的保险 (Cline 占山后我们拼"结构化 rationale + 跨行业升华 + ReverseThinkingGate 代码实施"细颗粒差异)。
明确放弃: 被 prior art 直接废的候选不浪费申请费,改走软著 + 防御性发表。
禁止虚假复杂化: 为专利人为把简单实现改成复杂算法但不带来产品价值,违反宪法 + 技术债 + (最严重) 违反《专利法》第 26 条 "充分公开" 要件,被无效宣告风险极高。

1.4 "方法论 → 可专利系统" 转化示例¶

为了让 §14 方法论候选进入申请轨道,必须做如下转化:

方法论表述 (不可专利)	系统表述 (可专利, 需代码实施)
"AI Agent 应在决策前做反事实思考"	一种 AI 代理系统, 包含 ReverseThinkingGate 接口模块, 所述模块在工具执行前强制调用并返回 CounterfactualDeliverable 结构体
"开发者应写 CLEVER/UGLY/ELEVATED 注释"	一种 AI 代码生成系统, 其 RationaleAnnotator 模块在输出代码时同步产出包含 (code, category, rationale_text, alternative_preserved) 的四元组结构体
"Agent 先讨论后实现"	一种 AI 代理系统, 包含 DiscussPhaseGuard 模块与 ImplementPhaseExecutor 模块, 两阶段间通过 ConfirmationGate 连接, 所述 Guard 对文件写入工具进行物理隔离

判断标准: claim 能否替换 "Agent" / "AI" 为 "系统" / "装置" / "方法" 并保持完整可实施 —— 不能者属方法论, 不可专利。

二、前置条件核查¶

2.1 新颖性未丧失¶

$ curl -I https://git.flytoex.net/yuanwei/claude-code-mod
HTTP/2 303 → /user/login

私有 Gitea 仓库,代码未构成中国专利法意义上的"公开",新颖性生死线未跨过。

红线规则 (公开前 gate,全员必知):

公开行为	对应必须已提交的专利
SaaS 客户上线 / demo	专利 1-2 必须已有申请号
开源发布 (GitHub 转 public)	专利 1-4 必须已有申请号
技术博客 / 学术会议讲演	相关专利必须已有申请号
融资 pitch deck 含技术细节	相关专利必须已有申请号
客户技术交付含代码走读	对应技术相关专利必须已有申请号

补救不可能: 中国《专利法》第 24 条新颖性宽限期仅 6 个月且仅限 (1) 国务院指定学术会议首次发表 / (2) 国务院指定展览会首次展出 / (3) 非申请人意愿泄露。开源代码公开不适用宽限期。

2.2 职务发明归属¶

《专利法》第六条:执行本单位任务或主要利用本单位的物质技术条件完成的发明创造是职务发明,专利权属于单位。

Flyto 适用: - 发明人: 用户 (署名权 + 奖金权利, 《专利法》第 15 条) - 专利权人: 公司 - 赛马制下不得以个人名义申请公司职务范围内的发明

操作: 1. 向主管 + 法务正式提案推荐的 4 件发明 + 6 件软著 2. 获授权后由公司 IP 部门对接代理机构 (推荐中科专利 / 三友 / 金杜等有 AI 经验事务所) 3. 用户负责技术交底书 + claim 起草支持

2.3 代码提交时间线 (申请时效参考)¶

候选	首次入库	距今
Self-Evolution 核心	2026-04-02	14 天
ContextCalibrator	(待核查)	近期
Observer / Compact	2026-04-03 前后	约 2 周
反事实工作流 enforcement (待改造)	N/A	需 2-3 周实现

所有代码均在私有仓库期内,未公开,申请时效正常。

三、全量候选评级总表 (28 项)¶

评级规则: A 强烈推荐独立申请 / B+/B 建议申请 / B-/C+ 组合或从属申请 / C 改软著 / D 放弃 (被 prior art 废)

#	候选	文件位置	评级	处置
1	Self-Evolution System (ApprovalFunc nil=deny + 三维度归一)	`core/pkg/evolve/`	B+	独立申请, 扩大从属 claim 吸收 14.x
2	ContextWindowCalibrator (持久化 + min 保守策略)	`core/pkg/engine/context_calibrator.go`	B	独立申请
3	Observer 双通道 + Compact 三层降级 + 熔断	`core/pkg/engine/observer.go`, `compact*.go`	B-/C+	组合独立申请
4	rationale-tagged two-phase agent (14.1+14.2+14.3 合并)	CLAUDE.md 宪法 + 新增代码	B-	独立申请 (投机备份)
5	反事实工作流五步法 (14.1 单项)	`.claude/skills/reverse-think/` + 宪法	C+/D+	并入 #1 从属 claim
6	CLEVER/UGLY 结构化标注 (14.2 单项)	CLAUDE.md 原则 4	C-	并入 #1 从属 claim / 软著
7	Discuss-then-Implement 两阶段 (14.3 单项)	`/discuss` + `/implement` skills	D	并入 #1 从属 claim (仅限投机)
8	ReverseHunks (差异块反转撤销)	`core/internal/syslib/diff/patch.go`	D	废 — GNU patch -R (1985)
9	DreamEngine (矛盾检测)	`core/pkg/engine/dream.go`	D	废 — CrewAI Cognitive Memory (2024) 1:1 撞车
10	NormalizePipeline (整数 Priority 隐式偏序)	`core/pkg/engine/normalize.go`	D	废 — netfilter / Zend / Dapr 20 年公知
11	Bash AST + node budget	`core/internal/syslib/bash/parser.go`	C+	软著
12	PromptHashTracker + SectionCache	`core/pkg/engine/prompt_hash_tracker.go`	C+	并入 #2 从属
13	PromptBundle M+N 维度分离	`core/pkg/context/bundle.go`	D	废 — SAP/PromptLayer/MLflow 已有
14	Token Budget 混合估算	`core/pkg/engine/token_budget.go`	D	废 — Claude Code 已公开
15	TaskList 业务+存储分层	`core/pkg/tasklist/tasklist.go`	D	废 — database/sql + Repository + OCC 同构
16	Markdown + flock + HTML 注释 (tasks.md)	`core/pkg/tasklist/markdown_store.go`	C-	软著
17	Agent Teams peer-to-peer	`core/pkg/engine/team.go`	C	软著
18	Permission Learning (自动规则提取)	`core/pkg/permission/learning.go`	D	废 — Android 学术 2016-2017
19	SecretStore + bash_secret_ctx 双层	`core/pkg/engine/secret_store.go`	C	软著
20	Bash 命令分类 (classify.go)	`core/pkg/tools/builtin/bash_classify.go`	D	废 — MAESTRO/OpenClaw 2025
21	Inbox UDS Server (跨进程 IPC)	`core/pkg/inbox/uds_server.go`	D	废 — tmux control mode + CN105357266A
22	Scratchpad (KV 暂存)	`core/pkg/engine/scratchpad.go`	D	废 — ReAct (Yao 2022) + LangChain filesystem memory
23	FileHistory 内容寻址 (SHA256)	`core/pkg/engine/file_history.go`	C+	软著
24	FlushGate (消息顺序同步)	`core/pkg/engine/flush_gate.go`	C	软著
25	QueryChainTracking (3 字段调用树)	`core/pkg/engine/query_chain.go`	C	软著
26	OperationLog (3 种操作统一补偿)	`core/pkg/engine/operation_log.go`	C	软著
27	Plan 异步审批 + 拓扑排序	`core/pkg/engine/plan.go`	C	软著
28	CheckpointSuggestedEvent (静态风险建议)	`core/pkg/flyto/events.go`	C+	软著

评级分布: - A: 0 / B+/B: 2 / B-/C+ 独立: 2 / 合并从属: 3 / 软著: 10 / 放弃 (D): 11

四、四件推荐专利详细分析¶

4.1 专利一:基于审批回调的 AI Agent 自进化系统 (扩展版) — B+¶

4.1.1 技术定位¶

AI Agent 在运行时动态创建工具 / 累积技能 / 反思调整,所有进化动作必须经人类审批回调才能执行,nil 回调时默认拒绝 (fail-closed 安全默认值)。扩展版把"决策前强制反事实推理"作为从属 claim 吸收。

4.1.2 核心创新¶

主 claim 三角形:

┌─────────────────────────────────────────────┐
│             ApprovalFunc 安全边界             │
│   nil = fail-closed 默认拒绝 (独创点)        │
└─────────────────────────────────────────────┘
                     │
     ┌───────────────┼───────────────┐
     │               │               │
┌────▼─────┐   ┌─────▼─────┐   ┌────▼─────┐
│ToolBuilder│   │SkillLearn │   │SelfReflect│
│运行时创工具│   │跨会话技能 │   │  反思生成 │
└──────────┘   └───────────┘   └──────────┘
     │               │               │
     └──── EvolutionProposal 归一化 ──┘

扩展从属 claim (吸收 §14.x 候选): - 决策前强制执行五步反事实工作流 (读 → 标注 → 跨行业升华 → 反向论据 → 审批) - 结构化 deliverable (CLEVER/UGLY/ELEVATED 三元标签 + 跨至少三领域升华 + 反方论据列表) - 原方案保留作为替代方案注释 - Discuss 阶段与 Implement 阶段物理隔离 + 复杂度阈值自动触发

4.1.3 先行技术与差异¶

Prior Art	覆盖点	Flyto 差异
Voyager (NVIDIA, arXiv:2305.16291)	技能库 + 自我校验	无审批, 不区分三维度
CrewAI Cognitive Memory (2024)	记忆 encode + keep/update/delete	只有记忆域
CLAWGUARD (2025)	Tool-call Sanitizer + 审批	防御 adversarial,不支持自生成工具
CollabToolBuilder (2024-25)	4 agent 协同造工具 + 人反馈	无 nil=deny, 无三维度统一结构体
EvolveR (arXiv:2510.16079)	闭环自进化	无人类审批门
RevThink (NAACL 2025)	正反双向推理 (训练时)	本发明运行时强制
LinqAlpha Devil's Advocate (2025)	事后反驳	本发明 pre-action gate
Anthropic Claude Code PreToolUse	审批 gate allow/deny/ask	无 "强制前置反事实推理" 步骤
Seek AI (Dec 2024 USPTO HITL)	LLM 查询审批	仅限数据查询,窄场景
Cline Plan & Act (2025-01)	两阶段 read-only / write	无结构化反事实 deliverable

中国 CNIPA 以"自进化 + 审批回调 + 工具生成 + 持久化 + 反事实工作流"六元组查询无命中。

4.1.4 权利要求书草案¶

独立权利要求 1 (系统):

一种基于审批回调的人工智能代理自进化系统,包含: (a) 工具构造模块 (ToolBuilder),在 AI 代理运行时根据任务需求生成可执行工具定义; (b) 技能学习模块 (SkillLearner),从成功执行轨迹中提取可复用技能模板; (c) 行为反思模块 (SelfReflector),基于历史错误模式生成自适应调整建议; (d) 进化提案归一化模块 (EvolutionProposal),将上述三类异构动作统一为同构的结构化数据对象,所述对象包含标识符、进化类型、载荷内容、状态字段; (e) 审批回调接口 (ApprovalFunc),作为所有进化动作的唯一门控接口;其中接口值为空时系统默认拒绝所有进化动作; (f) 持久化存储层 (EvolutionStore),对批准的提案 + 审批记录 + 进化产物以三元组形式落盘。

独立权利要求 2 (方法): 与权利要求 1 所述系统对应的运行方法,特征在于依序执行归一化、审批门控、持久化步骤。

独立权利要求 3 (存储介质): 一种计算机可读存储介质,存储有指令,所述指令被处理器执行时实现权利要求 1 所述系统。

从属权利要求 4 (反事实工作流模块):

根据权利要求 1 所述系统,进一步包含 ReverseThinkingGate 接口模块,所述模块: (a) 在工具执行前被强制调用,接收决策上下文; (b) 输出 CounterfactualDeliverable 结构体,所述结构体包含以下字段的结构化数据:context_summary、triple_labels (取自 {精妙, 缺陷, 升华} 的三元标签数组)、cross_domain_extensions (至少三个跨领域扩展方案)、counterfactual_arguments (反方论据列表)、approval_status; (c) 当 ApprovalFunc 返回非 allow 时 fail-closed 拒绝执行。

从属权利要求 5 (替代方案保留模块): 根据权利要求 4 所述系统,进一步包含 AlternativePreserver 模块,将 counterfactual_arguments 及被替代方案以代码注释形式持久化到源文件,作为替代方案与主方案并存可追溯。

从属权利要求 6 (两阶段门模块): 根据权利要求 4 所述系统,进一步包含 DiscussPhaseGuard 模块 与 ImplementPhaseExecutor 模块;Guard 对文件写入工具进行 runtime 级物理隔离;两阶段间由 ConfirmationGate 连接,失败时回退 discuss。

从属权利要求 7 (自适应触发分类器): 根据权利要求 4 所述系统,进一步包含 TriggerClassifier 模块,基于 tools.Metadata.RequiresReverseThinking 字段和操作类型白名单 (启动子进程 / 写入特定扩展名文件 / 调用 VCS 命令) 运行时动态判定是否强制触发反事实工作流。

从属权利要求 8 (双模态审批注入): 根据权利要求 1 所述系统,ApprovalFunc 支持通过 Engine.SetApproval (长期策略) 和 context.Context 值注入 (请求级覆盖) 双模态,适配 SDK 嵌入与 HTTP API 双部署场景。

从属权利要求 9 (工具产物沙箱模块): 根据权利要求 1 所述系统,进一步包含 ScriptSandbox 模块,对 ToolBuilder 产生的运行时工具产物 (shell / 脚本) 通过环境变量参数传递 + 秘密扫描 + 会话工具数量上限实施沙箱化。

说明书必须充分公开 (《专利法》第 26 条): - ToolBuilder / SkillLearner / SelfReflector / EvolutionProposal 的代码现已落地于 core/pkg/evolve/ (可引用为实施例) - ReverseThinkingGate / CounterfactualDeliverable / AlternativePreserver / DiscussPhaseGuard / ConfirmationGate / TriggerClassifier / ScriptSandbox 需落地到 core/pkg/engine/ 和 core/pkg/skills/reverse_think/ (见 §7 落地计划) 才能在说明书中作为实施例公开, 否则从属 claim 4-7 因"得不到说明书支持"被驳回。

4.1.5 代码位置与落地改造¶

当前已具备: - core/pkg/evolve/evolve.go — Evolver 主控制器 + ApprovalFunc 接口 - core/pkg/evolve/tool_builder.go / skill_learner.go / self_reflector.go — 三维度实现 - CLAUDE.md — 反事实五步工作流 + CLEVER/UGLY/ELEVATED 标注规则 (宪法层)

需新增改造 (支撑从属 claim 4-9 + 专利 4 全部 claim, 详见第 7 节, 法律前提): - engine.ReverseThinkingGate 接口 - engine.CounterfactualDeliverable 结构体 - core/pkg/skills/reverse_think/ 工具化实现 - tools.Metadata.RequiresReverseThinking 字段 - Discuss 阶段 file-tool block gate

改造工作量: ~800-1500 行 Go + 测试, 2-3 周。此改造同时强化产品能力 (Agent 决策质量) 和 claim 实施支撑,符合第 7 节的"合法代码强化"原则。

4.1.6 申请时效¶

窗口: 6-12 个月 (CNIPA AI agent 申请量年复合增长 31.6%,百度 2025 累计 2.7 万件,Anthropic Agent Teams 2026-02 催生一波 CN 申请)。

建议: 2026 Q2 内 (6 月底前) 提交 CN 申请 + PCT 保留海外优先权。

4.2 专利二:LLM 有效上下文窗口的持久化自适应校准方法 — B¶

4.2.1 技术定位¶

LLM ModelInfo.ContextWindow 是文档值,实际可因版本/区域/账号等级而不同。本发明通过观测 context_too_long 错误 → 最小化有效窗口 → 原子持久化 → 跨进程重启自动加载,实现 provider-agnostic 运行时自适应校准。

4.2.2 核心创新¶

观测值提取 provider-agnostic: 从错误消息解析 actual_tokens + provider_max_tokens,不依赖 provider 特定错误结构
保守 min 策略: min(历史有效值, observed_max × (1 - margin)) 单调下降,margin=10% 源自 tokenizer 误差经验值
原子持久化: tmp + rename 模式,崩溃安全,{cwd}/.flyto/context_calibration.json
跨进程自适应: 重启后自动加载,daemon 不从零学习
fail-open 降级: 文件损坏 / 权限不足时静默使用静态默认值

4.2.3 先行技术¶

Prior Art	差异
LM Studio `rollingWindow`	单进程无持久化
AWS Bedrock 2024 博客	纯反应式 recovery,不学习累积
`taylorwilsdon/llm-context-limits`	静态查表
Microsoft elidable text 专利	裁剪策略,非窗口测定

未见: 持久化 per-model 校准 + min 保守策略 + provider-agnostic 观测的完整闭环。

4.2.4 权利要求书草案¶

独立权利要求 1 (系统):

一种 LLM 有效上下文窗口的持久化自适应校准系统,包含: (a) 错误解析模块 (ErrorParser),从 context_too_long 类错误响应中 provider-无关地提取 actual_tokens 和 provider_max_tokens; (b) 校准记录更新模块 (CalibratorUpdater),以 min(历史有效值, observed_max × (1 - margin)) 单调下降更新 per-model 校准记录; (c) 原子持久化模块 (AtomicPersister),采用 tmp + rename 模式原子写入项目级 JSON 文件; (d) 查询接口 (EffectiveWindowQuery),跨进程重启后从持久化文件加载校准记录,优先返回校准值,未校准时 fail-open 返回静态默认值; (e) 并发控制模块,锁内序列化 + 锁外 I/O 优化查询路径性能。

独立权利要求 2 (方法): 对应权利要求 1 所述系统的运行方法。 独立权利要求 3 (存储介质): 存储实现权利要求 1 的指令。

从属 4: margin 默认 10%,基于 tokenizer 估算误差 (5-8%) + BPE 口径差异的经验参数。 从属 5: 持久化文件支持 per-project ({cwd}/.flyto/context_calibration.json) 优先于 per-user 全局配置。 从属 6: ErrorParser 触发 Observer 推送模块 推送 calibration_updated 事件, 支持审计与监控。 从属 7: 校准记录包含 FailureCount 字段, FailureClassifier 模块 据此区分偶发网络抖动与系统性窗口变更, 触发不同激进度更新策略。 从属 8: stalenessThreshold 过期自动解除校准, 允许 provider 能力恢复后自动放大窗口。

代码实施位置: core/pkg/engine/context_calibrator.go 已完整实施, 可直接引用为实施例。

4.2.5 代码位置¶

core/pkg/engine/context_calibrator.go (全部)
core/pkg/engine/engine.go (Calibrator 初始化 + 错误路径)

4.3 专利三:LLM Agent 双通道事件总线 + 压缩降级熔断 — B-/C+¶

4.3.1 技术定位¶

AI Agent 运行时的事件观测系统:Event 通道非阻塞可丢,Error 通道阻塞必达;Error 必达触发压缩失败降级链:完整单次压缩 → 丢弃最老消息 → 分块压缩 → 熔断 open 回退硬截断;熔断器 half-open 受限探测。

4.3.2 核心创新¶

双通道语义: Event 丢弃优先保证热路径不阻塞, Error 必达保证降级链能启动
压缩操作级熔断 (非 provider 级): 压缩反复失败时 open 状态, half-open 探测
Error 必达 → 降级决策: 两者绑定形成系统级 claim, 比单独 Observer 或 Compact 更强

4.3.3 先行技术¶

Prior Art	覆盖点	Flyto 差异
Anthropic Claude Code auto-compact	单次压缩 + 阈值	无三层降级, 无熔断
arXiv:2308.15022 "Recursively Summarizing"	递归分块	单策略,无状态机
TaskWeaver chunked strategy	分块	同上
OTel / Prometheus buffered	队满丢弃	未区分 Event / Error 双通道语义
Medium/SitePoint "Circuit Breaker for Anthropic" (2025)	Provider 级熔断	非"压缩操作级"熔断

双通道 + 压缩级熔断这个特定组合无公开对应。

4.3.4 核心 claim¶

独立权利要求 1 (系统):

一种大语言模型对话历史自适应压缩系统,包含: (a) 双通道观测者接口 (DualChannelObserver),包含 Event 可丢通道 (非阻塞队满丢弃) 与 Error 必达通道 (阻塞背压),两通道共享同一 sink 组合但遵循不同传递保证; (b) 压缩失败传播模块,将压缩失败信号通过 Error 必达通道推送至降级决策模块; (c) 三层降级链模块 (CompactDegradeChain),按完整压缩 → 丢弃最老消息重试 → 分块压缩并合序列依次尝试; (d) 压缩熔断器 (CompactCircuitBreaker),将三层降级每层失败计入同一状态机; (e) 硬截断回退模块 (HardTruncateFallback),熔断器 open 期间触发,保留尾部结论性消息; (f) half-open 探测模块,受限尝试压缩,成功转 closed 恢复正常降级链。

独立权利要求 2 (方法): 对应系统的运行方法。 独立权利要求 3 (存储介质): 存储实现权利要求 1 的指令。

代码实施位置: core/pkg/engine/observer.go + core/pkg/engine/compact*.go + core/pkg/context/compact.go 已完整实施。

4.3.5 代码位置¶

core/pkg/engine/observer.go (Observer + BufferedObserver + CompositeObserver)
core/pkg/engine/compact*.go (三层降级 + CompactCircuitBreaker)

4.4 专利四:基于结构化理由标注的两阶段 AI 代码生成方法 — B- (投机备份)¶

4.4.1 定位¶

专利 1 吸收 §14.x 作为从属 claim 后,仍将 14.1+14.2+14.3 合并为独立组合专利,作为防模仿者的投机备份。单独 claim 被驳回风险高 (Cline Plan & Act 2025-01 硬 prior art),但组合的细颗粒差异仍可能授权。

4.4.2 核心 claim¶

独立权利要求 1 (系统):

一种基于结构化理由标注的两阶段 AI 代码生成系统,包含: (a) DiscussPhaseGuard 模块,对文件写入工具进行运行时物理隔离; (b) ImplementPhaseExecutor 模块,在通过确认后允许文件写入; (c) ConfirmationGate 模块,连接两阶段,失败时回退 discuss; (d) DiscussDeliverableSerializer 模块,将 discuss 阶段产出物 (方案 + 反向论证 + 跨行业迁移点) 结构化序列化并作为 implement 阶段的 prompt 强制字段注入; (e) RationaleAnnotator 模块,对每段非平凡改动同时产出四元组 (code, rationale_category, rationale_text, alternative_preserved),其中 rationale_category 取自预定义三元标签集合 {精妙, 缺陷, 升华}; (f) MissingRationaleGate 模块,检测四元组缺失时触发回退 discuss; (g) AlternativePreserver 模块,将 alternative_preserved 字段作为替代方案注释持久化到源文件。

独立权利要求 2 (方法) / 3 (存储介质): 对应上述系统的方法与存储介质。

代码实施位置: 与专利 1 共享 ReverseThinkingGate + CounterfactualDeliverable 代码基础 (详见 §7 落地计划)。

4.4.3 与专利 1 从属 claim 的关系¶

维度	专利 1 从属 claim	专利 4 独立 claim
保护对象	"AI Agent 自进化系统"场景下的工作流	"AI 代码生成"场景 (更宽)
绑定主体	Evolver / EvolutionProposal	任何 AI 代码生成行为
风险	低 (主 claim 牢)	中 (Cline/Claude Code Plan Mode 硬 prior art)
投资回报	增量 2 万代理费换大范围保护	独立 12-15 万换双重保险

投机性: 专利 4 大概率被限缩到"三元标签 + alternative_preserved + 跨行业迁移"细颗粒差异,但即便缩窄后也构成有效威慑。

4.4.4 代码位置¶

同专利 1 (共享 ReverseThinkingGate + CounterfactualDeliverable 实现)。

五、明确放弃的候选 (11 项)¶

全部被 prior art 直接废,不申请;若技术本身在 Flyto 产品中有价值,改走软著 (见第 6 节) + 防御性发表。

#	候选	废掉的 prior art
8	ReverseHunks	GNU `patch -R` (Larry Wall 1985, POSIX 标准)
9	DreamEngine	CrewAI Cognitive Memory (2024, encode + keep/update/delete 1:1)
10	NormalizePipeline	Linux netfilter `NF_IP_PRI_*` (2000+) / Zend Expressive (2015+) / Dapr / MediatR
13	PromptBundle M+N	SAP Generative AI Hub Prompt Registry / PromptLayer / MLflow
14	Token Budget	Claude Code auto-compact (Matsuoka 2025 博文公开 "usage 锚点 + 粗估")
15	TaskList 业务+存储分层	Go `database/sql + driver` + Repository + OCC (Kung & Robinson 1979)
18	Permission Learning	Android 自适应权限学术 (Springer 2017) + Android 12/iOS 14 OS 原生
20	Bash 命令分类	MAESTRO (CSA 2025) / OpenClaw (arXiv:2603.27517) HIGH/CRITICAL 风险分级
21	Inbox UDS Server	tmux control mode (1990s) / CN105357266A (socket 通信与进程管理)
22	Scratchpad	ReAct (Yao 2022, arXiv:2210.03629) / Nye 2021 / LangChain FileManagementToolkit

六、软件著作权批量登记 (6 件)¶

软著 3K / 件,2 个月出证。作用:商业谈判筹码 + 防御性公开 + 上市材料 + 高新企业认定。

软著名	涵盖代码	价值
Flyto Bash AST 解析器 + 资源预算	`core/internal/syslib/bash/`	商业谈判筹码
Flyto 消息规范化管道	`core/pkg/engine/normalize*.go`	防御性发表
Flyto Agent Teams peer-to-peer + 共享任务板	`core/pkg/engine/team.go` + `inbox/` + `tasklist/`	防御性发表 + 互操作性
Flyto 权限与秘密管理	`core/pkg/permission/` + `core/pkg/engine/secret_store.go`	防御性发表
Flyto 文件历史 + 操作日志	`core/pkg/engine/file_history.go` + `operation_log.go`	防御性发表
Flyto 引擎核心库 (母本软著)	`core/pkg/engine/` 整包	维权兜底 + 上市材料

七、代码实施 — 专利申请的法律前提¶

7.1 法律要件¶

《专利法》第 2 条要求专利客体是技术方案; 第 25 条排除智力活动的规则和方法; 第 26 条要求说明书充分公开且权利要求得到说明书支持。

直接后果: 任何方法论 / 工作流 / 流程思想, 必须先落地为可运行的代码模块, 才能作为专利 claim 中的"装置/系统/模块"被撰写, 并作为说明书"实施例"被公开。

条款	对 Flyto 的约束
第 25 条智力活动规则排除	光说"Agent 应该反事实思考"不可专利
第 26 条充分公开	代理起草说明书时必须基于可运行代码写实施例, 不能凭空想象
第 26 条 claim 得到支持	claim 中的 "ReverseThinkingGate 模块" 必须在代码中实际存在, 否则从属 claim 被驳 "超出公开范围"

7.2 允许与禁止¶

允许 (且鼓励): - 把宪法隐性约定 (CLAUDE.md 原则) 升级为引擎级 enforcement 代码, 同时强化产品能力与支撑 claim - 为产品能力而增强代码, 其中恰好能支撑 claim 是自然附带收益

禁止 (违反《专利法》第 26 条, 风险极高): - 代码跑简单 A 算法但说明书写复杂 B 算法 (B 未实施) - 说明书杜撰效果数据 / 伪造实施例 (《专利法实施细则》第 11 条 "不正当手段", 撤销事由, 参考最高法 (2019) 知行终 127 号类案) - 把方法论直接写进 claim 不绑定到任何代码模块 (必然被驳 "智力活动规则")

7.3 专利 1 / 专利 4 代码落地清单 (申请的法律前提, 非可选加强)¶

新增代码 (2026-04-16 起实施)	文件位置	支撑 claim	当前状态
`engine.ReverseThinkingGate` 接口	`core/pkg/engine/reverse_thinking_gate.go` (新建)	专利 1 从属 4, 专利 4 独立 1	未实施
`engine.CounterfactualDeliverable` 结构体	同上	专利 1 从属 4, 5	未实施
`core/pkg/skills/reverse_think/` 引擎工具化	`core/pkg/skills/reverse_think/tool.go` (新建)	专利 1 从属 4	当前是 `.claude/skills/` 软性 skill, 需迁移
`tools.Metadata.RequiresReverseThinking` 字段	`core/pkg/tools/tool.go` (已有 Metadata, 加字段)	专利 1 从属 7	未实施
`engine.TriggerClassifier` 模块	`core/pkg/engine/trigger_classifier.go` (新建)	专利 1 从属 7	未实施
`engine.DiscussPhaseGuard` + `ImplementPhaseExecutor` + `ConfirmationGate`	`core/pkg/engine/two_phase_gate.go` (新建)	专利 1 从属 6, 专利 4 全部	未实施
`engine.AlternativePreserver` 模块	`core/pkg/engine/alternative_preserver.go` (新建)	专利 1 从属 5, 专利 4 从属	未实施
`engine.RationaleAnnotator` 模块	`core/pkg/engine/rationale_annotator.go` (新建)	专利 4 (e) (f)	未实施
`engine.ScriptSandbox` 模块 (若专利 1 从属 9 保留)	`core/pkg/engine/script_sandbox.go` (新建)	专利 1 从属 9	部分已有 (bash_secret_ctx), 需整合

工作量: 约 1500-2500 行 Go + 测试, 3-4 周。

顺序: 1. 先实施代码 (Week 1-3) 2. 再与代理对接起草 claim (Week 4+) — 代理需要看到代码实施才能写好说明书

不实施的后果: - 专利 1 只能保主 claim (三维度归一 + ApprovalFunc), 从属 claim 2-9 全部被驳 - 专利 4 彻底不能申请 (整 claim 无代码支撑) - 实际损失: 专利组合从 4 件收缩到 2 件 (专利 1 瘦身主 claim + 专利 2), 对模仿者威慑力大幅下降

7.4 产品能力 (代码实施的附带收益)¶

代码实施不只是为专利, 同时真实提升产品能力:

Agent 决策质量: 强制反事实推理减少 "先做后悔" 类错误 (当前宪法靠自觉, 引擎强制后一致性大幅提升)
审计可追溯: CounterfactualDeliverable 持久化, 客户合规审计可用 (金融 / 医疗 / 法律场景刚需)
跨行业扩展点: CounterfactualDeliverable.CrossDomainExtensions 字段让消费层按行业填充 (仓储 / 金融 / 医疗模板), 产品能力直接增强
ConfirmationGate 可复用: 两阶段门不仅用于 discuss-implement, 也可用于 "高风险工具执行前审批" 等场景

7.5 与 "禁止虚假复杂化" 的界限¶

行为	是否允许
把 CLAUDE.md 宪法原则升级为引擎 enforcement 代码	✅ 允许 (强化落地, 非复杂化)
为专利增加真正提升产品能力的新模块	✅ 允许
为专利把简单实现改成等价复杂实现, 无产品收益	❌ 禁止 (违反宪法 + 法律风险)
说明书写 X, 代码跑 Y	❌ 禁止 (《专利法》第 26 条驳回)

判断标准: 新增代码是否同时满足 (1) 产品能力增强 (2) 支撑 claim (3) 与宪法方向一致 — 三者同时满足才允许。

八、申请成本与周期¶

8.1 单件成本 (人民币)¶

项目	发明专利	软著
代理费	8K-15K	1.5K-3K
CNIPA 官费	2.5K	300
加速审查 (PPH / 优先)	+3K-5K (可选)	N/A
10 年维持费	约 3 万	无
10 年总成本	13.5K-25.5K	1.8K-3.3K

8.2 周期¶

类型	起草	受理	实审	授权	总计
发明 (普通)	2-4 周	1-2 周	18-30 月	2-3 周	约 2-3 年
发明 (加速)	2-4 周	1-2 周	6-12 月	2-3 周	约 1-1.5 年
软著	1-2 周	1 周	N/A	4-8 周	约 2-3 个月

8.3 总预算 (10 年)¶

项目	件数	小计
发明专利 (推荐 4 件)	4	52-64 万
软著	6	1.8-3 万
PCT 海外优先权 (可选)	2 (专利 1 + 2)	5-8 万
总计		59-75 万

九、执行路线图¶

9.1 2026 Q1 末 / Q2 初 (Week 1-2)¶

[ ] 向主管提案本申请组合 (4 专利 + 6 软著)
[ ] 法务 / IP 部门对接代理机构
[ ] 确认发明人奖励与职务发明归属细节
[ ] 启动专利 1 代码强化改造 (第 7 节)

9.2 2026 Q2 (Week 3-12)¶

[ ] 专利 1 (Self-Evolution 扩展版) 技术交底书 + claim 起草 + CN 提交 + PCT
[ ] 专利 2 (ContextCalibrator) 技术交底书 + claim 起草 + CN 提交
[ ] 专利 1 代码强化改造完成 (GateBox 上线)
[ ] 软著批量 3 件启动 (引擎核心 / Bash AST / 权限)

9.3 2026 Q3¶

[ ] 专利 3 (Observer + Compact 组合) 技术交底书 + claim 起草 + CN 提交
[ ] 专利 4 (rationale-tagged two-phase) 技术交底书 + claim 起草 + CN 提交
[ ] 剩余软著 3 件批量

9.4 2026 Q4+¶

[ ] 跟踪 CNIPA 实审进度, 必要时答复审查意见
[ ] 跟踪 Anthropic / OpenAI / 百度 / 字节等后续相关专利公开, 评估从属 claim 增补
[ ] 取得申请号后按第 2.1 节红线规则逐步解锁对外公开

十、先行技术证据附录¶

10.1 被引用的先行技术 (按候选分类)¶

废掉 ReverseHunks: - GNU diffutils Reversed Patches - patch(1) Linux manual

废掉 DreamEngine: - CrewAI Memory Docs - SleepGate arXiv:2603.14517 - LightMem arXiv:2510.18866

废掉 NormalizePipeline: - netfilter hook priorities - Zend Expressive autowiring pipelines

废掉 PromptBundle: - SAP Prompt Registry - PromptLayer Registry

废掉 Token Budget: - HyperDev Matsuoka - How Claude Code Got Better

废掉 TaskList: - Go database/sql Design Patterns (Eli Bendersky)

废掉 Permission Learning: - Android permissions learning users preferences (Springer 2017)

废掉 Bash Classify: - MAESTRO framework (CSA) - OpenClaw arXiv:2603.27517

废掉 UDS Server / Scratchpad: - tmux Control Mode Wiki - CN105357266A - ReAct arXiv:2210.03629 - Show Your Work arXiv:2112.00114

影响专利 1 (Self-Evolution) 从属 claim 起草的: - Voyager arXiv:2305.16291 - EvolveR arXiv:2510.16079 - RevThink arXiv:2411.19865 - SAVeR arXiv:2604.08401 - Sherlock arXiv:2511.00330 - Claude Code Hooks Guide - Claude API Hooks Docs - Seek AI HITL LLM Patents (Dec 2024) - LinqAlpha Devil's Advocate on Bedrock - Cline Plan & Act blog - Claude Code Plan Mode - PEP 350 Codetags - Natural Language Outlines arXiv:2408.04820 - Literate Programming in LLM era arXiv:2502.17441

影响专利 3 (Observer + Compact) 起草的: - Claude API Compaction - Recursively Summarizing arXiv:2308.15022 - Koog History Compression - Circuit Breaker for LLM Anthropic (Medium) - TaskWeaver Prompt Compression

10.2 CNIPA 官方文档¶

10.3 IP 战略参考¶

附录 A:原 `patent-research.md` 对比¶

前版文档 (2026-04-17) 列了 8 项候选并给出 P0/P1/P2/P3 分级。经本次全量核查:

原文档	原评级	本版评级	变化
ReverseHunks	P0	D 废	GNU patch -R 1985 直接废
Self-Evolution	P0	B+ 保留	主推, 且吸收 §14 候选扩大范围
NormalizePipeline	P1	D 废	netfilter 20 年公知
Bash AST + OOM	P1	C+ (软著)	V8/gRPC 公知
三层 Observer	P2 (实用新型建议)	B- (合并专利 3)	原 "实用新型" 建议错误 (中国实用新型不给软件方法)
Token Budget	P2 (实用新型建议)	D 废	Claude Code Matsuoka 2025 博文已公开
PromptBundle M+N	P3	D 废	SAP/PromptLayer 已有
Backupper 接口	P3	C (软著)	Go 习惯用法
(遗漏) ContextCalibrator	—	B 新增专利 2	原文档未列, 本版作为主推

主要纠正: 1. 原文档 P0 两项有 1 项被 1985 年公知直接废 2. 原文档遗漏了真正有价值的 ContextCalibrator 3. 原文档 "实用新型" 建议不成立 4. 原文档未覆盖 §14 的 AI 工作方法论类候选

附录 B:调研方法¶

本版基于以下任务组合产生:

全代码库普查 (Explore agent, 1 路): 覆盖 core/pkg/ 全部包, 识别 28 个候选
9 路并行 prior art 检索 (general-purpose agents, 每任务 30-90 秒):
路 1: ReverseHunks (CNIPA / Google Patents / Unix 工具史)
路 2: Self-Evolution (arXiv / CNIPA / Anthropic/OpenAI 专利)
路 3: NormalizePipeline (netfilter / middleware / Eiffel)
路 4: Bash AST (V8 / tree-sitter / OWASP)
路 5: L1330 + DreamEngine (CrewAI / SleepGate / LightMem / GitHub/Obsidian tasks)
路 6: PromptCache + Bundle + Calibrator (Anthropic/AWS/SAP/MLflow)
路 7: Compact + Observer + Token Budget (Claude Code / OTel / TaskWeaver)
路 8: Permission Learning + Secret + Bash Classify (Android / Doppler / MAESTRO)
路 9: Inbox UDS + Scratchpad (tmux / ReAct / LangChain)
2 路 AI 工作方法论检索 (针对 §14.x 候选): 反事实工作流 + CLEVER 注释 + 两阶段协议 prior art
2 路反向思考调研 (战略层): 大厂 AI 专利策略 + 防御性公开 + 商业秘密 (用于附录 C 决策记录)
代码层交叉验证: 直接 Read file_history.go / context_calibrator.go / operation_log.go 等核心文件

覆盖: CNIPA 中国专利库 / USPTO / Google Patents / arXiv / GitHub / 主流 AI 产品公开文档 / CSA / OWASP / 主流编译器文档 / 主流开源项目设计文档。

附录 C:反向思考决策记录 (备案)¶

为审计与未来战略调整留档, 非当前建议。

调研中曾对 "是否应该积极申请专利" 做过一次反向拷问, 得出零专利/极少专利的替代路径 (对标 Anthropic 1 件 / OpenAI 14 件, 靠商业秘密 + 知识资产 + 防御性公开赢)。硬数据: - Anthropic 自主申请 AI agent 专利几乎为零, 唯一 agentic 专利 (2025-10) 来自收购 Adept - OpenAI 2024-10 "Approach to Patents" 宣言被 TechCrunch 批评为 "virtue signaling" - Google 15,000 件 AI 专利存量未能阻止 OpenAI 吃掉市场 - LangChain / CrewAI / AutoGPT 几乎零专利 - 专利密度与 AI 估值负相关 (OpenAI 14 件 vs 百度 2950 件) - 最高法 (2020) 知民终 1667 号海能达案: 商业秘密判赔 6.4 亿元, 执法力度不输专利

反向结论 (未采纳): 如果 Flyto 对标 Anthropic 一线产品路线, 最优 IP 组合约为商业秘密 50% + 知识资产 25% + 防御性公开 15% + 软著 7% + 专利 3%, 即 0-1 件发明专利。

未采纳原因: 公司战略明确"今后要多申请专利"以对抗 AI Agent 赛道模仿者, 反向结论违反公司决策。本版最终建议以公司战略为硬约束。

未来触发条件 (可重审): - Flyto 若转型开源 (Apache 2.0 等) → 专利变防御性资产, 申请 ROI 下降 - Flyto 若定位从"跨行业平台"转向"单一行业深耕 SaaS" → 商业秘密权重可上升 - 业界格局变化 (例如 Anthropic/OpenAI 开始大规模申请 AI agent 专利) → 需更新对标

文档结束

下次修订触发条件: - 取得任一专利申请号 → 更新第 9 节状态 - 发现新 prior art (Anthropic / OpenAI / Google 新申请) → 更新第 4-5 节相关 claim - 代码新增 A/B 级候选 → 第 3 节候选表补充 - 公司战略调整 → 附录 C 反向触发条件激活, 可能全量重写

Flyto Agent 专利可行性调研报告¶

一、最终建议 (TL;DR)¶

1.1 申请组合¶

1.2 预算与产出¶

1.3 核心原则¶

1.4 "方法论 → 可专利系统" 转化示例¶

二、前置条件核查¶

2.1 新颖性未丧失¶

2.2 职务发明归属¶

2.3 代码提交时间线 (申请时效参考)¶

三、全量候选评级总表 (28 项)¶

四、四件推荐专利详细分析¶

4.1 专利一:基于审批回调的 AI Agent 自进化系统 (扩展版) — B+¶

4.1.1 技术定位¶

4.1.2 核心创新¶

4.1.3 先行技术与差异¶

4.1.4 权利要求书草案¶

4.1.5 代码位置与落地改造¶

4.1.6 申请时效¶

4.2 专利二:LLM 有效上下文窗口的持久化自适应校准方法 — B¶

4.2.1 技术定位¶

4.2.2 核心创新¶

4.2.3 先行技术¶

4.2.4 权利要求书草案¶

4.2.5 代码位置¶

4.3 专利三:LLM Agent 双通道事件总线 + 压缩降级熔断 — B-/C+¶

4.3.1 技术定位¶

4.3.2 核心创新¶

4.3.3 先行技术¶

4.3.4 核心 claim¶

4.3.5 代码位置¶

4.4 专利四:基于结构化理由标注的两阶段 AI 代码生成方法 — B- (投机备份)¶

4.4.1 定位¶

4.4.2 核心 claim¶

4.4.3 与专利 1 从属 claim 的关系¶

4.4.4 代码位置¶

五、明确放弃的候选 (11 项)¶

六、软件著作权批量登记 (6 件)¶

七、代码实施 — 专利申请的法律前提¶

7.1 法律要件¶

7.2 允许与禁止¶

7.3 专利 1 / 专利 4 代码落地清单 (申请的法律前提, 非可选加强)¶

7.4 产品能力 (代码实施的附带收益)¶

7.5 与 "禁止虚假复杂化" 的界限¶

八、申请成本与周期¶

8.1 单件成本 (人民币)¶

8.2 周期¶

8.3 总预算 (10 年)¶

九、执行路线图¶

9.1 2026 Q1 末 / Q2 初 (Week 1-2)¶

9.2 2026 Q2 (Week 3-12)¶

9.3 2026 Q3¶

9.4 2026 Q4+¶

十、先行技术证据附录¶

10.1 被引用的先行技术 (按候选分类)¶

10.2 CNIPA 官方文档¶

10.3 IP 战略参考¶

附录 A:原 patent-research.md 对比¶

附录 B:调研方法¶

附录 C:反向思考决策记录 (备案)¶

附录 A:原 `patent-research.md` 对比¶