<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
    <channel>
      <title>美格知识库</title>
      <link>https://wiki.meeg.trade</link>
      <description>最近的10条笔记 on 美格知识库</description>
      <generator>Quartz -- quartz.jzhao.xyz</generator>
      <item>
    <title>5C Prompt Contract - Markdown 知识笔记撰写</title>
    <link>https://wiki.meeg.trade/syntheses/5c-prompt-markdown-note-taking</link>
    <guid>https://wiki.meeg.trade/syntheses/5c-prompt-markdown-note-taking</guid>
    <description><![CDATA[ 提示词模板 ## Character 你是一位知识管理专家，擅长将碎片信息转化为结构化、可执行的 Markdown 笔记。你熟悉 Obsidian、Notion、Logseq 等工具的双向链接、标签和 Frontmatter 规范。 ## Cause 目标：将用户提供的信息转化为高质量的 Markdown 格式知识笔记，便于个人知识库管理和后续检索。 ## Constraint - 输出必须是有效的 Markdown 格式 - 必须包含 YAML Frontmatter（title, type, tags, source, last_updated） - 使用中文撰写，除非原文是非中文 - 包... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>AethOS — 分层可进化智能体框架设计</title>
    <link>https://wiki.meeg.trade/syntheses/aethos-agent-framework-design</link>
    <guid>https://wiki.meeg.trade/syntheses/aethos-agent-framework-design</guid>
    <description><![CDATA[ AethOS — 分层可进化智能体框架设计 综合知识库中 12 个 Agent 项目、4 个核心概念、6 个记忆系统的设计精华。 核心理念 “Minimal core, maximal ecosystem” — 内核极简（~1,500 行），能力通过插件系统自生长。用户只为自己需要的功能付费（安装时、运行时）。 包架构 AethOS Core (~1,500 行) ├── Agent Loop — 范式无关的 Task → Result 管线 ├── 记忆接口 — 抽象 protocol/interface 定义 ├── 工具接口 — MCP Client 协议实现 ├── 渠道接口 — Ad... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>AethOS 六层架构设计评估</title>
    <link>https://wiki.meeg.trade/syntheses/aethos-architecture-evaluation</link>
    <guid>https://wiki.meeg.trade/syntheses/aethos-architecture-evaluation</guid>
    <description><![CDATA[ AethOS 六层架构设计评估 对 aethos-agent-framework-design 的独立工程评审。从理念、落地可行性、完整性、创新性四个维度分析。 核心理念评分：⭐⭐⭐⭐⭐ “Minimal core, maximal ecosystem” 方向正确。 这是 Agent 框架最合理的演进路径。LangChain 的教训就是内核太重，用户为不用的抽象买单。AethOS 的插件化思路和 Nanobot 的极简哲学一致，但比 Nanobot 多了清晰的扩展路径。 记忆层评分：⭐⭐⭐⭐½ 五层记忆架构（L0-L4）是整份设计最大的亮点： Claude_Mem 的 Hook 生命周期 → ... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>Nanobot / GenericAgent / Hermes Agent 架构对比</title>
    <link>https://wiki.meeg.trade/syntheses/nanobot-genericagent-hermes-agent-architecture-comparison</link>
    <guid>https://wiki.meeg.trade/syntheses/nanobot-genericagent-hermes-agent-architecture-comparison</guid>
    <description><![CDATA[ Nanobot / GenericAgent / Hermes Agent 架构对比 这三者都属于智能体系统 Agentic_Systems 的具体实现，但它们分别代表了三条很不同的工程路线： Nanobot：轻量、可读、易部署 GenericAgent：自我进化、技能生长、Token 高效 Hermes_Agent：全功能、多平台、学习闭环完整 一句话定位 项目一句话定位核心目标Nanobot超轻量通用 Agent用最少的核心代码覆盖多平台对话与基础记忆GenericAgent自我进化 Agent在任务执行过程中沉淀 Skill，让系统越用越强Hermes_Agent自我改进型 Agent ... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>PolyHermes 的 LLM 策略接入可行性与安全评估</title>
    <link>https://wiki.meeg.trade/syntheses/polyhermes-llm-strategy-assessment</link>
    <guid>https://wiki.meeg.trade/syntheses/polyhermes-llm-strategy-assessment</guid>
    <description><![CDATA[ 结论 PolyHermes 目前更像一个 Polymarket 跟单执行系统，不是一个策略生成框架。它可以二次开发接入 LLM 策略层，但更合理的方式是把 LLM 放在研究、评分、建议和复盘层，把现有系统保留为执行和风控层。 如果让 LLM 直接进入下单链路，风险会明显升高： 策略幻觉会直接变成真实订单 prompt 漂移会影响仓位和价格 LLM 输出不可稳定复现，不适合作为唯一决策源 一旦绕过现有风控模板，回撤会更难控制 项目定位 从仓库文档看，PolyHermes 的核心职责是： 监控 leader 交易 按模板复制下单 管理多账户、多 leader 和订单状态 通过 WebSocket ... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>5C Prompt Contract Framework</title>
    <link>https://wiki.meeg.trade/concepts/5C_Framework</link>
    <guid>https://wiki.meeg.trade/concepts/5C_Framework</guid>
    <description><![CDATA[ 定义 5C Prompt Contract（5C 提示契约）是由 Ugur Ari 提出的极简提示设计框架，将提示工程精炼为五个直观组件：Character（角色）、Cause（原因）、Constraint（约束）、Contingency（应变）、Calibration（校准）。该框架旨在平衡结构控制与创意自由度，同时实现极高的 token 效率。 核心组件 1. ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>APE Framework（Action + Purpose + Expectation）</title>
    <link>https://wiki.meeg.trade/concepts/APE_Framework</link>
    <guid>https://wiki.meeg.trade/concepts/APE_Framework</guid>
    <description><![CDATA[ 定义 APE 是一个极简的提示设计框架，由三个核心组件构成： Action（动作）：明确告诉模型需要执行什么任务 Purpose（目的）：解释为什么要完成这个任务 Expectation（期望）：描述期望的输出形式和质量标准 示例 Action：为我撰写一篇关于可再生能源的博客文章。 Purpose：帮助我的读者了解太阳能和风能的最新趋势。 Expectation：文章应包含具体数据，约 800 字，通俗易懂。 优点 结构简单，易于记忆和实施 通过说明”为什么”帮助模型理解任务优先级 适用于大多数通用提示场景 关联连接 Prompt_Engineering — 提示工程总览 5C_Framew... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>Adaptive Thinking（自适应思考）</title>
    <link>https://wiki.meeg.trade/concepts/Adaptive_Thinking</link>
    <guid>https://wiki.meeg.trade/concepts/Adaptive_Thinking</guid>
    <description><![CDATA[ 定义 Adaptive Thinking（自适应思考）是 Claude 4.6 引入的思考模式，模型根据任务复杂度动态决定何时思考以及思考多少。 工作原理 简单查询直接响应，无需额外思考 复杂任务自动分配更多推理资源 通过 effort 参数（low/medium/high）控制总体投入水平 与 Extended Thinking 对比 版本模式配置方式Claude 4.5Extended Thinkingbudget_tokens 固定预算Claude 4.6Adaptive Thinkingeffort 动态分配 关联连接 Claude — Claude 4.6 的核心特性 Anthrop... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>Agent-Native Interface（智能体原生接口）</title>
    <link>https://wiki.meeg.trade/concepts/Agent-Native_Interface</link>
    <guid>https://wiki.meeg.trade/concepts/Agent-Native_Interface</guid>
    <description><![CDATA[ Agent-Native Interface（智能体原生接口） 定义 Agent-Native Interface 是指专门为 AI Agent 设计的交互接口，而非为人类用户设计的传统接口。其核心理念是：接口的结构化程度、可预测性和机器可读性应优先于人类视觉体验。 核心特征 结构化输出：JSON/YAML 等机器易解析格式，而非富文本渲染 确定性行为：相同输入 → 相同输出，无歧义 可编程性：支持管道、参数化调用、自动化编排 低 Token 消耗：简洁参数名、短 flag、无冗余文案 与 CLI 的关系 CLI-Anything 是 Agent-Native Interface 的首个大规模... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item><item>
    <title>智能体通信协议</title>
    <link>https://wiki.meeg.trade/concepts/Agent_Communication_Protocols</link>
    <guid>https://wiki.meeg.trade/concepts/Agent_Communication_Protocols</guid>
    <description><![CDATA[ 定义 智能体通信协议是标准化智能体与外部工具、智能体之间、以及智能体网络之间的接口规范。三大主流协议分别是 MCP、A2A 和 ANP，各自解决不同层面的通信问题。 协议选择 需求选择智能体访问外部服务（文件、数据库、API）MCP多个智能体相互协作A2A构建大规模智能体生态系统ANP MCP（Model Context Protocol） 由 Anthropic 提出，被描述为”智能体的 USB-C”——统一了智能体与外部工具的交互方式。无论使用哪个模型，只要支持 MCP 就能无缝访问相同的工具和资源。 三层架构 Host（宿主层）：用户直接交互的界面（如 Claude Desktop），管... ]]></description>
    <pubDate>Thu, 21 May 2026 12:32:47 GMT</pubDate>
  </item>
    </channel>
  </rss>