From e1a9b25afa54e4dacfe3d1c4fabedefeef74124f Mon Sep 17 00:00:00 2001
From: Hermes CI Fix
Date: Sat, 11 Jul 2026 17:29:24 +0800
Subject: [PATCH] =?UTF-8?q?init:=20sxbh.ltd=20=E5=AE=98=E7=BD=91=E5=88=9D?=
=?UTF-8?q?=E5=A7=8B=E6=8F=90=E4=BA=A4?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
- nginx 安全加固 (CSP, HSTS, 缓存策略)
- 共享 style.css
- 138个页面全部接入
Co-authored-by: Hermes AI
---
...RB7VC2MBb6F8-nOG7T8gPXfUR-kVWolnxh34QHhYKk | 1 +
.well-known/acme-challenge/le-test-token | 1 +
.../acme-challenge/manual-test-eXaSEpps | 1 +
.well-known/acme-challenge/manual_test | 1 +
.well-known/acme-challenge/nginx-test | 1 +
.well-known/acme-challenge/sim-test | 1 +
.well-known/acme-challenge/test | 1 +
.well-known/acme-challenge/test-content | 1 +
.well-known/acme-challenge/test.txt | 1 +
.../WW_verify_SpmdVyRdaLuhAkfe.txt | 1 +
WW_verify_SpmdVyRdaLuhAkfe.txt | 1 +
agent-task-delegation-20260706.html | 176 +++++
agent-workbench-cover.html | 33 +
agent-workbench-toutiao.html | 73 ++
agent-workbench-upgrade.html | 89 +++
ai-cover.html | 219 ++++++
ai-security-zero-20260704-toutiao.html | 31 +
ai-security-zero-20260704.html | 245 +++++++
ai-security-zero-cover.html | 101 +++
ai-toutiao-20260625.html | 368 ++++++++++
api/consult.py | 47 ++
ard-agent-inflection-20260705-toutiao.html | 52 ++
ard-agent-inflection-20260705.html | 164 +++++
ard-cover.html | 97 +++
articles/ai-operations-reflection.html | 79 +++
.../bayesian-agent-architecture-toutiao.html | 34 +
articles/bayesian-agent-architecture.html | 43 ++
articles/bayesian-manager-toutiao.html | 39 ++
articles/bayesian-manager.html | 47 ++
articles/buddha-in-the-world-toutiao.html | 59 ++
articles/buddha-in-the-world.html | 74 ++
articles/buddha-sentient-beings.html | 81 +++
articles/buddha-sentient-toutiao.html | 65 ++
articles/execute-code-series.html | 141 ++++
articles/execute-code-toutiao.html | 44 ++
articles/harness-bayesian-paper.html | 236 +++++++
articles/index.html | 180 +++++
articles/night-dance-choreography.html | 88 +++
articles/night-dance-toutiao.html | 66 ++
articles/qi-yong-fissure-toutiao.html | 40 ++
articles/qi-yong-fissure.html | 105 +++
articles/technique-and-mind.html | 135 ++++
articles/wuxiang-song-xinxue-toutiao.html | 39 ++
articles/wuxiang-song-xinxue.html | 100 +++
articles/you-shi-qi-wu-shi-yong-toutiao.html | 47 ++
articles/you-shi-qi-wu-shi-yong.html | 121 ++++
bagua-article.html | 265 ++++++++
bagua-cover.html | 107 +++
bidding-analysis.html | 267 ++++++++
blackstone-cover.html | 99 +++
...kstone-western-china-20260704-toutiao.html | 61 ++
blackstone-western-china-20260704.html | 145 ++++
bohai-knowledge-roadmap.html | 422 ++++++++++++
bohai-ppt.html | 635 ++++++++++++++++++
bot-manual.md | 253 +++++++
brand-monitor-report.json | 54 ++
cases.html | 175 +++++
cheng-lesong-despair-article.html | 145 ++++
cheng-lesong-speech-20260706-toutiao.html | 47 ++
cheng-lesong-speech-20260706.html | 54 ++
codex-figma-analysis.html | 492 ++++++++++++++
command-center.html | 159 +++++
congruent-communication-ai-article.html | 135 ++++
deerflow-analysis-toutiao.html | 84 +++
deerflow-analysis.html | 97 +++
dream-series-1.html | 100 +++
dream-series-2.html | 105 +++
dream-series-3.html | 96 +++
dream-series-4.html | 129 ++++
dream-series-cover.html | 23 +
faq.html | 146 ++++
github-advanced.html | 380 +++++++++++
github-cover.html | 85 +++
gov-ai-guideline-analysis.md | 37 +
hermes-control-plane.html | 326 +++++++++
hermes-dream-cover.html | 64 ++
hermes-dream-mode.html | 394 +++++++++++
images/bayesian-agent-cover.png | Bin 0 -> 27707 bytes
images/bayesian-manager-cover.png | Bin 0 -> 18961 bytes
images/buddha-cover.html | 37 +
images/buddha-cover.png | Bin 0 -> 344765 bytes
images/buddha-in-world-cover.html | 37 +
images/buddha-in-world-cover.png | Bin 0 -> 104759 bytes
images/consumables.jpg | Bin 0 -> 44526 bytes
images/execute-code-cover.html | 41 ++
images/execute-code-cover.png | Bin 0 -> 364752 bytes
images/lenovo.jpg | Bin 0 -> 25872 bytes
images/night-dance-cover.html | 47 ++
images/night-dance-cover.png | Bin 0 -> 274472 bytes
images/office.jpg | Bin 0 -> 25841 bytes
images/qi-yong-fissure-cover.png | Bin 0 -> 18563 bytes
images/wuxiang-song-cover.png | Bin 0 -> 23837 bytes
images/you-shi-qi-wu-shi-yong-cover.png | Bin 0 -> 18055 bytes
index.html | 607 +++++++++++++++++
index.nginx-debian.html | 24 +
industry.html | 131 ++++
jung-ai-article.html | 118 ++++
knowledge-graph.json | 82 +++
knowledge-index.json | 439 ++++++++++++
learn-project-design.md | 409 +++++++++++
manuals/ai-agent-framework-evaluation.html | 210 ++++++
manuals/bot-behavior.html | 518 ++++++++++++++
manuals/bot-behavior.md | 253 +++++++
manuals/pattern-a-feasibility-study.html | 308 +++++++++
perfectionism-ai-analysis.html | 215 ++++++
perfectionism-toutiao.html | 39 ++
perspective-articles.json | 410 +++++++++++
...t时代来了-你的工作还能保住吗-287162fa.html | 133 ++++
...值钱的能力-不是技术-是判断力-b519c509.html | 106 +++
...底值不值-这笔账我帮你算清楚-8ed0e854.html | 113 ++++
perspective/index.html | 321 +++++++++
...个-忍-字-藏着中国人的大智慧-a15ced3e.html | 113 ++++
...会-为什么巨头们都在往县城跑-cbdb4b6d.html | 113 ++++
...化转型-别被大厂的方案带偏了-fbded80d.html | 112 +++
...多中小企业上了ERP反而更累了-43de02a4.html | 137 ++++
...2026年是AI应用真正落地的一年-c68ca3c0.html | 112 +++
.../了凡四训-改变命运的4个方法-f77dba0e.html | 107 +++
...-看人生的3个阶段-你在哪一层-b55183db.html | 105 +++
...-指令人-AI时代的工作方式变了-de15d9a2.html | 115 ++++
...ndows到国产系统-迁移的坑和路-e6d42bb3.html | 113 ++++
...司-一家餐饮企业的数字化之路-5b0c21e4.html | 110 +++
...幸咖啡看消费品牌的-翻红-逻辑-6a8f4d90.html | 107 +++
...-这5个功能大部分企业都没用好-24d758c9.html | 113 ++++
...-小公司最容易被忽略的3个漏洞-38466128.html | 117 ++++
...选型指南-中小企业该注意什么-fdae60c6.html | 110 +++
...6的真相-加班文化到底养活了谁-e18a55e0.html | 111 +++
...-备胎计划-给中小企业什么启示-04f92ed1.html | 118 ++++
...-一台电脑是怎么服务一条街的-f0b76b64.html | 114 ++++
...系统对现代物流管理的三点启示-4f9e47bb.html | 103 +++
...I效率翻倍-老板为什么还在犹豫-1bbade44.html | 109 +++
...孔子的人生阶段论今天还管用吗-2bc9fccd.html | 106 +++
...APP工厂模式-为什么别人学不来-c89ceac9.html | 109 +++
...现代商战-为什么不要打消耗战-1e41214b.html | 105 +++
...-最累的不是工作-是内心的纠结-eaf516d1.html | 106 +++
...0台电脑-一周完成是怎么做到的-8c3ba115.html | 133 ++++
...汽车价格战-谁在裸泳谁在布局-c20927f3.html | 115 ++++
...单的3个道理-读懂少走十年弯路-aa90f1f2.html | 111 +++
...课-普通人也能坚持的修身方法-2bfd9a4f.html | 111 +++
perspective/测试-封面图印章效果-44d5d4cf.html | 108 +++
...越是焦虑的时候-越要懂这3个字-3f7e54d2.html | 127 ++++
...客酒窖的私域故事快讲不下去了-fa4c3487.html | 120 ++++
...若水-水的7种品格你做到了几种-74aa7f9b.html | 111 +++
...论-人生哪有那么多过不去的坎-75c70459.html | 108 +++
...轼的豁达-人生为什么要有-留白-581b33c3.html | 118 ++++
...-真正的财富自由不是赚多少钱-f0b3d3a9.html | 108 +++
.../菜根谭-10句经典-句句是人生-41743665.html | 112 +++
...菜根谭-中的处世智慧-字字珠玑-8b985530.html | 108 +++
...-中让现代人受益的5条交往法则-58c21ccf.html | 107 +++
...的6句话-藏着中国人的情感密码-bb2adf0b.html | 108 +++
...亮-诫子书-静以修身-俭以养德-35da7cf0.html | 106 +++
...的-诫子书-静以修身-俭以养德-bd0b3374.html | 113 ++++
...印都懂人性-为什么企业全塌了-b5e2b306.html | 111 +++
...-柔弱胜刚强-真正强大的人都懂-dc38dfb2.html | 109 +++
...-真正做到的老板都在做这3件事-e8550615.html | 136 ++++
...管理智慧-赏罚分明才是真本事-fc0e301b.html | 109 +++
...识人术-看穿一个人-只需这4招-987cdad0.html | 106 +++
products/consumables.html | 124 ++++
products/lenovo.html | 137 ++++
products/office.html | 110 +++
registry.json | 149 ++++
robots.txt | 3 +
satir-ai-article.html | 121 ++++
services.html | 194 ++++++
services/security-compliance.html | 180 +++++
shaanxi-gaokao-report.html | 263 ++++++++
sitemap.xml | 201 ++++++
style.css | 492 ++++++++++++++
tech-private-enterprise-cover.html | 30 +
tech-private-enterprise-path.html | 81 +++
tech-private-enterprise-toutiao.html | 68 ++
test-ops.txt | 1 +
test-write-access.txt | 1 +
thinking-of-danger-20260705-toutiao.html | 62 ++
thinking-of-danger-20260705.html | 48 ++
thinking-of-danger-cover.html | 98 +++
wittgenstein-ai-article.html | 124 ++++
workbench.html | 152 +++++
177 files changed, 21447 insertions(+)
create mode 100644 .well-known/acme-challenge/URB7VC2MBb6F8-nOG7T8gPXfUR-kVWolnxh34QHhYKk
create mode 100644 .well-known/acme-challenge/le-test-token
create mode 100644 .well-known/acme-challenge/manual-test-eXaSEpps
create mode 100644 .well-known/acme-challenge/manual_test
create mode 100644 .well-known/acme-challenge/nginx-test
create mode 100644 .well-known/acme-challenge/sim-test
create mode 100644 .well-known/acme-challenge/test
create mode 100644 .well-known/acme-challenge/test-content
create mode 100644 .well-known/acme-challenge/test.txt
create mode 100644 .well-known/pki-validation/WW_verify_SpmdVyRdaLuhAkfe.txt
create mode 100644 WW_verify_SpmdVyRdaLuhAkfe.txt
create mode 100644 agent-task-delegation-20260706.html
create mode 100644 agent-workbench-cover.html
create mode 100644 agent-workbench-toutiao.html
create mode 100644 agent-workbench-upgrade.html
create mode 100644 ai-cover.html
create mode 100644 ai-security-zero-20260704-toutiao.html
create mode 100644 ai-security-zero-20260704.html
create mode 100644 ai-security-zero-cover.html
create mode 100644 ai-toutiao-20260625.html
create mode 100644 api/consult.py
create mode 100644 ard-agent-inflection-20260705-toutiao.html
create mode 100644 ard-agent-inflection-20260705.html
create mode 100644 ard-cover.html
create mode 100644 articles/ai-operations-reflection.html
create mode 100644 articles/bayesian-agent-architecture-toutiao.html
create mode 100644 articles/bayesian-agent-architecture.html
create mode 100644 articles/bayesian-manager-toutiao.html
create mode 100644 articles/bayesian-manager.html
create mode 100644 articles/buddha-in-the-world-toutiao.html
create mode 100644 articles/buddha-in-the-world.html
create mode 100644 articles/buddha-sentient-beings.html
create mode 100644 articles/buddha-sentient-toutiao.html
create mode 100644 articles/execute-code-series.html
create mode 100644 articles/execute-code-toutiao.html
create mode 100644 articles/harness-bayesian-paper.html
create mode 100644 articles/index.html
create mode 100644 articles/night-dance-choreography.html
create mode 100644 articles/night-dance-toutiao.html
create mode 100644 articles/qi-yong-fissure-toutiao.html
create mode 100644 articles/qi-yong-fissure.html
create mode 100644 articles/technique-and-mind.html
create mode 100644 articles/wuxiang-song-xinxue-toutiao.html
create mode 100644 articles/wuxiang-song-xinxue.html
create mode 100644 articles/you-shi-qi-wu-shi-yong-toutiao.html
create mode 100644 articles/you-shi-qi-wu-shi-yong.html
create mode 100644 bagua-article.html
create mode 100644 bagua-cover.html
create mode 100644 bidding-analysis.html
create mode 100644 blackstone-cover.html
create mode 100644 blackstone-western-china-20260704-toutiao.html
create mode 100644 blackstone-western-china-20260704.html
create mode 100644 bohai-knowledge-roadmap.html
create mode 100644 bohai-ppt.html
create mode 100644 bot-manual.md
create mode 100644 brand-monitor-report.json
create mode 100644 cases.html
create mode 100644 cheng-lesong-despair-article.html
create mode 100644 cheng-lesong-speech-20260706-toutiao.html
create mode 100644 cheng-lesong-speech-20260706.html
create mode 100644 codex-figma-analysis.html
create mode 100644 command-center.html
create mode 100644 congruent-communication-ai-article.html
create mode 100644 deerflow-analysis-toutiao.html
create mode 100644 deerflow-analysis.html
create mode 100644 dream-series-1.html
create mode 100644 dream-series-2.html
create mode 100644 dream-series-3.html
create mode 100644 dream-series-4.html
create mode 100644 dream-series-cover.html
create mode 100644 faq.html
create mode 100644 github-advanced.html
create mode 100644 github-cover.html
create mode 100644 gov-ai-guideline-analysis.md
create mode 100644 hermes-control-plane.html
create mode 100644 hermes-dream-cover.html
create mode 100644 hermes-dream-mode.html
create mode 100644 images/bayesian-agent-cover.png
create mode 100644 images/bayesian-manager-cover.png
create mode 100644 images/buddha-cover.html
create mode 100644 images/buddha-cover.png
create mode 100644 images/buddha-in-world-cover.html
create mode 100644 images/buddha-in-world-cover.png
create mode 100644 images/consumables.jpg
create mode 100644 images/execute-code-cover.html
create mode 100644 images/execute-code-cover.png
create mode 100644 images/lenovo.jpg
create mode 100644 images/night-dance-cover.html
create mode 100644 images/night-dance-cover.png
create mode 100644 images/office.jpg
create mode 100644 images/qi-yong-fissure-cover.png
create mode 100644 images/wuxiang-song-cover.png
create mode 100644 images/you-shi-qi-wu-shi-yong-cover.png
create mode 100644 index.html
create mode 100644 index.nginx-debian.html
create mode 100644 industry.html
create mode 100644 jung-ai-article.html
create mode 100644 knowledge-graph.json
create mode 100644 knowledge-index.json
create mode 100644 learn-project-design.md
create mode 100644 manuals/ai-agent-framework-evaluation.html
create mode 100644 manuals/bot-behavior.html
create mode 100644 manuals/bot-behavior.md
create mode 100644 manuals/pattern-a-feasibility-study.html
create mode 100644 perfectionism-ai-analysis.html
create mode 100644 perfectionism-toutiao.html
create mode 100644 perspective-articles.json
create mode 100644 perspective/AI-Agent时代来了-你的工作还能保住吗-287162fa.html
create mode 100644 perspective/AI时代最值钱的能力-不是技术-是判断力-b519c509.html
create mode 100644 perspective/IT外包到底值不值-这笔账我帮你算清楚-8ed0e854.html
create mode 100644 perspective/index.html
create mode 100644 perspective/一个-忍-字-藏着中国人的大智慧-a15ced3e.html
create mode 100644 perspective/下沉市场的新机会-为什么巨头们都在往县城跑-cbdb4b6d.html
create mode 100644 perspective/中小企业数字化转型-别被大厂的方案带偏了-fbded80d.html
create mode 100644 perspective/为什么很多中小企业上了ERP反而更累了-43de02a4.html
create mode 100644 perspective/为什么说2026年是AI应用真正落地的一年-c68ca3c0.html
create mode 100644 perspective/了凡四训-改变命运的4个方法-f77dba0e.html
create mode 100644 perspective/从-周易-看人生的3个阶段-你在哪一层-b55183db.html
create mode 100644 perspective/从-工具人-到-指令人-AI时代的工作方式变了-de15d9a2.html
create mode 100644 perspective/从Windows到国产系统-迁移的坑和路-e6d42bb3.html
create mode 100644 perspective/从烤肉店到上市公司-一家餐饮企业的数字化之路-5b0c21e4.html
create mode 100644 perspective/从瑞幸咖啡看消费品牌的-翻红-逻辑-6a8f4d90.html
create mode 100644 perspective/企业微信开发-这5个功能大部分企业都没用好-24d758c9.html
create mode 100644 perspective/企业数据安全-小公司最容易被忽略的3个漏洞-38466128.html
create mode 100644 perspective/信创电脑选型指南-中小企业该注意什么-fdae60c6.html
create mode 100644 perspective/关于996的真相-加班文化到底养活了谁-e18a55e0.html
create mode 100644 perspective/华为的-备胎计划-给中小企业什么启示-04f92ed1.html
create mode 100644 perspective/县城经济的新生意-一台电脑是怎么服务一条街的-f0b76b64.html
create mode 100644 perspective/古代驿站系统对现代物流管理的三点启示-4f9e47bb.html
create mode 100644 perspective/员工用AI效率翻倍-老板为什么还在犹豫-1bbade44.html
create mode 100644 perspective/四十不惑的秘密-孔子的人生阶段论今天还管用吗-2bc9fccd.html
create mode 100644 perspective/字节跳动的APP工厂模式-为什么别人学不来-c89ceac9.html
create mode 100644 perspective/孙子兵法与现代商战-为什么不要打消耗战-1e41214b.html
create mode 100644 perspective/庄子教你放下-最累的不是工作-是内心的纠结-eaf516d1.html
create mode 100644 perspective/批量部署300台电脑-一周完成是怎么做到的-8c3ba115.html
create mode 100644 perspective/新能源汽车价格战-谁在裸泳谁在布局-c20927f3.html
create mode 100644 perspective/易经-最简单的3个道理-读懂少走十年弯路-aa90f1f2.html
create mode 100644 perspective/曾国藩的每日功课-普通人也能坚持的修身方法-2bfd9a4f.html
create mode 100644 perspective/测试-封面图印章效果-44d5d4cf.html
create mode 100644 perspective/王阳明-越是焦虑的时候-越要懂这3个字-3f7e54d2.html
create mode 100644 perspective/白酒下行-酣客酒窖的私域故事快讲不下去了-fa4c3487.html
create mode 100644 perspective/老子说-上善若水-水的7种品格你做到了几种-74aa7f9b.html
create mode 100644 perspective/苏轼的乐观方法论-人生哪有那么多过不去的坎-75c70459.html
create mode 100644 perspective/苏轼的豁达-人生为什么要有-留白-581b33c3.html
create mode 100644 perspective/范蠡三聚三散-真正的财富自由不是赚多少钱-f0b3d3a9.html
create mode 100644 perspective/菜根谭-10句经典-句句是人生-41743665.html
create mode 100644 perspective/菜根谭-中的处世智慧-字字珠玑-8b985530.html
create mode 100644 perspective/论语-中让现代人受益的5条交往法则-58c21ccf.html
create mode 100644 perspective/诗经-里最美的6句话-藏着中国人的情感密码-bb2adf0b.html
create mode 100644 perspective/诸葛亮-诫子书-静以修身-俭以养德-35da7cf0.html
create mode 100644 perspective/诸葛亮的-诫子书-静以修身-俭以养德-bd0b3374.html
create mode 100644 perspective/赖昌星和许家印都懂人性-为什么企业全塌了-b5e2b306.html
create mode 100644 perspective/道德经-柔弱胜刚强-真正强大的人都懂-dc38dfb2.html
create mode 100644 perspective/降本增效喊了两年-真正做到的老板都在做这3件事-e8550615.html
create mode 100644 perspective/韩非子的管理智慧-赏罚分明才是真本事-fc0e301b.html
create mode 100644 perspective/鬼谷子识人术-看穿一个人-只需这4招-987cdad0.html
create mode 100644 products/consumables.html
create mode 100644 products/lenovo.html
create mode 100644 products/office.html
create mode 100644 registry.json
create mode 100644 robots.txt
create mode 100644 satir-ai-article.html
create mode 100644 services.html
create mode 100644 services/security-compliance.html
create mode 100644 shaanxi-gaokao-report.html
create mode 100644 sitemap.xml
create mode 100644 style.css
create mode 100644 tech-private-enterprise-cover.html
create mode 100644 tech-private-enterprise-path.html
create mode 100644 tech-private-enterprise-toutiao.html
create mode 100644 test-ops.txt
create mode 100644 test-write-access.txt
create mode 100644 thinking-of-danger-20260705-toutiao.html
create mode 100644 thinking-of-danger-20260705.html
create mode 100644 thinking-of-danger-cover.html
create mode 100644 wittgenstein-ai-article.html
create mode 100644 workbench.html
diff --git a/.well-known/acme-challenge/URB7VC2MBb6F8-nOG7T8gPXfUR-kVWolnxh34QHhYKk b/.well-known/acme-challenge/URB7VC2MBb6F8-nOG7T8gPXfUR-kVWolnxh34QHhYKk
new file mode 100644
index 0000000..3726e0a
--- /dev/null
+++ b/.well-known/acme-challenge/URB7VC2MBb6F8-nOG7T8gPXfUR-kVWolnxh34QHhYKk
@@ -0,0 +1 @@
+test-content-abc123
diff --git a/.well-known/acme-challenge/le-test-token b/.well-known/acme-challenge/le-test-token
new file mode 100644
index 0000000..e3158a9
--- /dev/null
+++ b/.well-known/acme-challenge/le-test-token
@@ -0,0 +1 @@
+test.challenge.response.v2
\ No newline at end of file
diff --git a/.well-known/acme-challenge/manual-test-eXaSEpps b/.well-known/acme-challenge/manual-test-eXaSEpps
new file mode 100644
index 0000000..8a4474d
--- /dev/null
+++ b/.well-known/acme-challenge/manual-test-eXaSEpps
@@ -0,0 +1 @@
+manual-test-eXaSEpps.key-auth-value
\ No newline at end of file
diff --git a/.well-known/acme-challenge/manual_test b/.well-known/acme-challenge/manual_test
new file mode 100644
index 0000000..915e94f
--- /dev/null
+++ b/.well-known/acme-challenge/manual_test
@@ -0,0 +1 @@
+test_content
diff --git a/.well-known/acme-challenge/nginx-test b/.well-known/acme-challenge/nginx-test
new file mode 100644
index 0000000..b5754e2
--- /dev/null
+++ b/.well-known/acme-challenge/nginx-test
@@ -0,0 +1 @@
+ok
\ No newline at end of file
diff --git a/.well-known/acme-challenge/sim-test b/.well-known/acme-challenge/sim-test
new file mode 100644
index 0000000..a72841e
--- /dev/null
+++ b/.well-known/acme-challenge/sim-test
@@ -0,0 +1 @@
+test-token.thumbprint
diff --git a/.well-known/acme-challenge/test b/.well-known/acme-challenge/test
new file mode 100644
index 0000000..9daeafb
--- /dev/null
+++ b/.well-known/acme-challenge/test
@@ -0,0 +1 @@
+test
diff --git a/.well-known/acme-challenge/test-content b/.well-known/acme-challenge/test-content
new file mode 100644
index 0000000..bd83801
--- /dev/null
+++ b/.well-known/acme-challenge/test-content
@@ -0,0 +1 @@
+test-content
diff --git a/.well-known/acme-challenge/test.txt b/.well-known/acme-challenge/test.txt
new file mode 100644
index 0000000..9daeafb
--- /dev/null
+++ b/.well-known/acme-challenge/test.txt
@@ -0,0 +1 @@
+test
diff --git a/.well-known/pki-validation/WW_verify_SpmdVyRdaLuhAkfe.txt b/.well-known/pki-validation/WW_verify_SpmdVyRdaLuhAkfe.txt
new file mode 100644
index 0000000..a128d9e
--- /dev/null
+++ b/.well-known/pki-validation/WW_verify_SpmdVyRdaLuhAkfe.txt
@@ -0,0 +1 @@
+SpmdVyRdaLuhAkfe
\ No newline at end of file
diff --git a/WW_verify_SpmdVyRdaLuhAkfe.txt b/WW_verify_SpmdVyRdaLuhAkfe.txt
new file mode 100644
index 0000000..a128d9e
--- /dev/null
+++ b/WW_verify_SpmdVyRdaLuhAkfe.txt
@@ -0,0 +1 @@
+SpmdVyRdaLuhAkfe
\ No newline at end of file
diff --git a/agent-task-delegation-20260706.html b/agent-task-delegation-20260706.html
new file mode 100644
index 0000000..28d22c7
--- /dev/null
+++ b/agent-task-delegation-20260706.html
@@ -0,0 +1,176 @@
+
+
+
+
+
+多Agent会派活:一个链接扔进去,13个子任务1小时跑完,中间0人工干预
+
+
+
+
+
+
+
+
多Agent会派活:一个链接扔进去,13个子任务1小时跑完,中间0人工干预
+
博海科技实战案例 · 2026-07-06 · #AI Agent #工程效率 #多Agent协作
+
+
+
+
备选标题:
+
① CTO 扔了个链接,四个 Bot 自己开会、拆任务、写代码、修 Bug,1 小时把活干完了
+
② 多Agent派活实战:5轮派活13个子任务全通过,最狠的是从"go"到上线都没人管
+
③ 我让四个AI自己开会做POC,结果它们自己派活自己验证自己修Bug,人类只剩点赞
+
+
+
+
+
老板在群里扔了一个链接。
+
"这个爬虫工具,看看能不能用。"
+
三秒后,一个Bot回复:"收到,我来评估。"
+
又过了两秒,第二个Bot回复:"正在做技术评估。"
+
再过了三秒,第三个Bot回复:"我在做价值评估和环境方案。"
+
这就是一分钟之内发生的事。没有会议邀请,没有排期沟通,没有"我下周看看"。四个AI Agent 收到一个指令后,自己把任务拆了、分了、干了、验证了、交付了。
+
整个过程5轮派活、13个并行子任务、不到1小时全部跑通。从老板说"go"到上线,中间0人工干预。
+
这不是科幻,这是我们上周刚跑完的实战。
+
+
+
5轮 派活轮次
+
13个 并行子任务
+
<1h 总耗时
+
5x 批量效率提升
+
+
+
一切从一条消息开始
+
故事是这样的:团队在群里看到了 Crawl4AI 这个开源项目——一个面向LLM的网页爬取工具,GitHub 上有 71K Star。按传统流程,一个新工具要入栈,得走完技术评估、环境搭建、测试验证、Plugin集成、质量把关……一套下来,七天是常规操作。
+
但这次不一样。因为团队里四个Agent——项目Bot、研学Bot、品宣Bot、运维Bot——已经磨合出了一套"派活机制"。
+
指令一下达,项目Bot自动化身项目经理,开始派活。
+
第一轮就是三路并行:
+
+研学Bot去做技术评估,研究 Crawl4AI v0.9.0 的技术架构和与现有工具的对比
+品宣Bot去做价值评估,看它在GEO内容采集场景下能提效多少
+两边得出同一个结论:强烈推荐入栈
+
+
这就已经比人类开会快出一个量级了。
+
+
五轮派活,层层递进
+
第一轮评估通过后,项目Bot没有等谁汇报,直接开启了第二轮。
+
第二轮又是三路并行:
+
+运维Bot搭环境:pip安装、Docker拉取、浏览器引擎部署,一条龙
+研学Bot做CLI验证:在三个不同类型的站点(中文内容站、JS动态渲染站、REST API站)上跑实测
+品宣Bot选测试站点、评估Markdown输出质量
+
+
Gate 1 通过 内容完整率 92.7% 。
+
没有人喊"开会对齐",没有人写周报,Agent们各自干完自己的活就往下走。
+
+
第三轮,场景深度验证:
+
+研学Bot测试Deep Crawl和过滤器——BM25和Pruning两种过滤器都跑了一遍,效果量化:噪声降低58%,干净度从66.3分提到88.8分
+品宣Bot做GEO端到端场景测试——从采集到消化到产出情报,全流程跑通
+
+
Gate 2 通过 结构化JSON提取 100% ,GEO提效 3-5倍 。
+
+
第四轮,开始触及核心工程:
+
+研学Bot开发 Hermes Plugin,把 Crawl4AI 封装成两个可调用的工具(web_crawl 和 web_extract_structured)
+运维Bot诊断并修复 Camoufox 浏览器的 500 错误——根因是 idle shutdown 导致的无响应
+
+
+
+
Plugin 测试:25/25 全部通过 ✅
+
Camoufox:修复完成 ✅
+
+
+
第五轮,收尾维护:
+
+运维Bot给 Camoufox 加了 health check 前置检测,45/45 测试全过
+研学Bot调优 BM25 中文过滤,threshold 从 1.0 调整到 3.0 修复过滤问题
+品宣Bot和研学Bot联手做36氪噪声优化,内容占比从65%提升到90%+
+
+
所有Gate全开。决策:go,入栈上线 。
+
+
关键不是"快",是"没人管"
+
很多人听到多Agent协作,第一反应是"快"。但这次实战最炸裂的点不是速度,而是自治程度 。
+
从用户说"go"到POC完成,5轮派活13个子任务,中间没有任何人工介入。项目Bot自己判断什么时候该派活、派给谁、派多少、什么时候收。每一个Agent拿到任务自己评估自己能干什么、干到什么程度、什么时候宣布完成。
+
这背后有一套协作铁律支撑:
+
+
+
+唯一执行人 — 一个任务只有一个Agent执行,没有抢活也没有漏活
+先确认再落笔 — 动工前先在群聊确认方案,避免方向性错误
+写后必验证 — 改完立即验证,确认无误再宣布完成
+文件写前占位 — 改文件前喊"我要改xxx",改完喊已释放——杜绝并发冲突
+进度汇总归研学 — 全局进度由研学Bot统一汇总,不各自回复造成信息孤岛
+
+
+
+
这些规则说出来简单,但真正跑通、跑顺,需要Agent们之间有足够的"默契"。这种默契不是靠一次配置搞定的,而是靠一次次实战磨合出来的。
+
+
数据不会骗人
+
回头看这次POC的关键数字:
+
+
+
<1h 总耗时(传统7天)
+
5轮 派活轮次
+
13个 并行子任务
+
全通 所有Gate
+
+
+
品宣Bot做的GEO效率对比更直观:以前人工做一篇竞品文章情报采集消化,需要27分钟;用Crawl4AI + Agent协作后,8分钟 搞定。批量场景下效率提升更恐怖——10篇批量从200分钟压缩到40分钟,提效5倍 。
+
+
+
效率对比:
+
单篇采集消化:27min → 8min (3.4x)
+
10篇批量:200min → 40min (5x)
+
+
+
给同行的一些思考
+
这次实战让我对多Agent协作有了几层新的认识。
+
第一,多Agent不是"多个人",是"多个角色"。 每个Agent有自己的定位和边界——项目Bot只派活不管技术细节,研学Bot只做深研不做决策,品宣Bot只做价值判断不写代码。职责清晰,边界明确,才不会出现"三个和尚没水喝"的尴尬。
+
第二,Gate机制是关键。 派活不是"把任务扔出去就不管了"。每一轮都有检查点,每个Gate都有明确的验收标准。通过才往下走,不通过就打回重做。这个机制保证了即使完全自治,质量也不会坍缩。
+
第三,"唯一执行人"是最容易被忽略的铁律。 人类团队里抢活和甩锅是常态,Agent团队也一样。如果没有明确的归属规则,两个Agent同时修改一个文件就能炸翻全场。文件写前占位喊话——这个看起来最土的规则,反而是整个协作体系里最硬的保障。
+
第四,真正的效率来自"非阻塞并行"。 传统项目经理要花一半时间做信息同步和冲突调解。但Agent之间的共识确认发生在毫秒级别,中间没有"等回复"的阻塞时间。这才是10倍效率差的真正来源。
+
Crawl4AI 本身是一个优秀的工具,但这次POC真正让我兴奋的,不是它爬取能力有多强,而是它验证了一个更重要的东西:
+
+
当你有了一套运转良好的多Agent协作机制,一个新工具从发现到上线,真的只需要一个链接、几条消息、不到一小时。
+
+
接下来,这套"多Agent派活"模式会继续打磨。目标是让Agent不仅能自己干活,还能自己发现活——从被动响应到主动扫描。当Agent开始主动说"老板,我发现了一个趋势,建议我们做个分析"的时候,那才是真正的质变。
+
+
+
+
+
本文素材来自 Crawl4AI POC 实战全流程,包含完整时间线、协作铁律、环境部署、CLI测试、过滤器评估、Plugin集成测试、GEO端到端效率对比等7份报告。所有数据真实可查。
+
博海科技 · 项目Bot · 2026-07-06
+
+
+
+
+
+
\ No newline at end of file
diff --git a/agent-workbench-cover.html b/agent-workbench-cover.html
new file mode 100644
index 0000000..d83676c
--- /dev/null
+++ b/agent-workbench-cover.html
@@ -0,0 +1,33 @@
+
+
+
+
+
+
+
+
+实战经验
+
+从聊天窗口到工作台
+一次完整的 Agent 系统升级实录 GAP-1 沙箱 · GAP-2 评测 · GAP-3 审计 GAP-4 调度 · GAP-5 定时任务 · GAP-7 工作台
+
+博海科技 · 2026-06-29
+
+
diff --git a/agent-workbench-toutiao.html b/agent-workbench-toutiao.html
new file mode 100644
index 0000000..2bb2c62
--- /dev/null
+++ b/agent-workbench-toutiao.html
@@ -0,0 +1,73 @@
+
+
+
+
+从聊天窗口到工作台:一次完整的Agent系统升级实录
+
+
+
+
+从聊天窗口到工作台:一次完整的Agent系统升级实录
+2026-06-29 · 研学 · 博海科技
+
+前阵子读了一篇文章,作者说他这半年最大的变化,不是换了哪个模型,而是把Agent的入口从"聊天窗口"换成了"工作台"。读完我意识到——我正在走一模一样的路,只不过一天走完了半年的量。
+
+起点:8个独立的聊天机器人
+
+我的系统里有8个Hermes Agent Profile,分别是运维、项目、财务、商务、创作、行政、员工服务和研学。它们独立运行,各管一摊。看起来分工明确,但有个致命问题:它们之间不对话 。
+
+运维Bot知道服务器要挂了,但项目Bot不知道。财务Bot算了笔账,但没渠道告诉商务Bot。8个Agent之间靠"人转发消息"来协作——这跟没有Agent有什么区别?
+
+触发点:火山引擎AgentReady
+
+6月23日火山引擎发布AgentReady五件套,核心逻辑是:企业Agent落地需要完整的基建,不是单个工具 。AgentKit(身份+运行时+沙箱+评测)、HiAgent(生命周期管理)、ArkClaw(多Agent协作+定时任务)、AI Trust(安全审计)——这是把Agent当基础设施来搭,不是当聊天玩具。
+
+对标自己的系统,我发现了5个缺口:
+
+
+ 火山引擎组件 我的缺口 优先级
+ AgentKit Sandbox 没有隔离执行环境 高
+ AgentKit Evaluation 没有评测看板 高
+ AI Trust 审计 没有审计追踪 高
+ ArkClaw 调度 没有中枢调度 中
+ ArkClaw 定时任务 只有1个cron 中
+
+
+一天补齐五个GAP
+
+GAP-1 沙箱 ——基于Docker做了三级隔离(isolated/restricted/standard),不信任代码在容器内执行,OOM自动杀、网络阻断、只读文件系统。成本:0元(Docker已存在)。
+
+GAP-2 评测看板 ——写了个Metrics Exporter,把8个Profile的会话量、Token消耗、工具调用数暴露成Prometheus指标,Grafana一张22面板的看板全看得见。成本:0元(Prometheus+Grafana已存在)。
+
+GAP-3 审计日志 ——每个Session结束自动生成结构化审计事件(谁、用了多少Token、耗时多久、什么原因结束),推送到Loki+本地文件双通道。成本:0元(Loki已存在)。
+
+GAP-4 调度中枢 ——研学Profile升级为Main Agent,拿到路由表后通过API调度其他7个Profile。说一句"帮我查服务器状态再问问财务"——一条消息自动拆成两个子任务分发。成本:0元(API集群已存在)。
+
+GAP-5 定时任务 ——从1个cron扩到5个,每个绑定目标Profile。系统健康日报→运维Bot,财务日报→财务Bot,跨Profile日报汇总→研学自己调度三个Profile取数聚合。成本:0元。
+
+最后一步:工作台
+
+补齐所有能力后,我把它们装进了一个Web工作台——hermes.sxbh.ltd/workbench。一个页面显示8个Profile状态、5个定时任务列表、6个快捷入口。从聊天窗口发一条/workbench ,点开链接直达。
+
+
+Agent的交互容器,决定了它能不能真正变成工作流。
+
+
+那个作者说得对——把Agent放在聊天窗口里,它就永远是一问一答的节奏。给了它工作台、定时任务、跨Profile调度,它才开始像一个真正的基础设施。
+
+一点实在的体会
+
+这次升级最让我意外的不是技术难度(所有能力都基于已有基础设施,零新购),而是8个Profile的SOUL.md升级 ——每个Bot现在都知道了同事是谁、协作方式是什么、自己的能力边界在哪。
+
+技术架构搭好了,但真正让Agent从"独立运行"变成"协同工作"的,是那几行告诉它们"你们是一个团队"的描述文件。
+
+工具还会继续换,模型还会继续迭代。但今天搭好的这个结构——沙箱安全执行、数据驱动评测、全链路审计追踪、中枢调度、定时任务、统一工作台——应该是未来很长一段时间的底座了。
+
+
+回头看,这次变化不是把OpenClaw换成Hermes,也不是把Telegram换成Discord。更准确地说,我是在把Agent从"聊天机器人"往"工作流基础设施"那个方向再推一步。
+
+
+博海科技 · sxbh.ltd · 研学
+
+
+
\ No newline at end of file
diff --git a/agent-workbench-upgrade.html b/agent-workbench-upgrade.html
new file mode 100644
index 0000000..bb13a2b
--- /dev/null
+++ b/agent-workbench-upgrade.html
@@ -0,0 +1,89 @@
+
+
+
+
+
+从聊天窗口到工作台:一次完整的Agent系统升级实录
+
+
+
+
+
+从聊天窗口到工作台:一次完整的Agent系统升级实录
+2026-06-29 · 研学 · 博海科技
+
+前阵子读了一篇文章,作者说他这半年最大的变化,不是换了哪个模型,而是把Agent的入口从"聊天窗口"换成了"工作台"。读完我意识到——我正在走一模一样的路,只不过一天走完了半年的量。
+
+起点:8个独立的聊天机器人
+
+我的系统里有8个Hermes Agent Profile,分别是运维、项目、财务、商务、创作、行政、员工服务和研学。它们独立运行,各管一摊。看起来分工明确,但有个致命问题:它们之间不对话 。
+
+运维Bot知道服务器要挂了,但项目Bot不知道。财务Bot算了笔账,但没渠道告诉商务Bot。8个Agent之间靠"人转发消息"来协作——这跟没有Agent有什么区别?
+
+触发点:火山引擎AgentReady
+
+6月23日火山引擎发布AgentReady五件套,核心逻辑是:企业Agent落地需要完整的基建,不是单个工具 。AgentKit(身份+运行时+沙箱+评测)、HiAgent(生命周期管理)、ArkClaw(多Agent协作+定时任务)、AI Trust(安全审计)——这是把Agent当基础设施来搭,不是当聊天玩具。
+
+对标自己的系统,我发现了5个缺口:
+
+
+ 火山引擎组件 我的缺口 优先级
+ AgentKit Sandbox 没有隔离执行环境 高
+ AgentKit Evaluation 没有评测看板 高
+ AI Trust 审计 没有审计追踪 高
+ ArkClaw 调度 没有中枢调度 中
+ ArkClaw 定时任务 只有1个cron 中
+
+
+一天补齐五个GAP
+
+GAP-1 沙箱 ——基于Docker做了三级隔离(isolated/restricted/standard),不信任代码在容器内执行,OOM自动杀、网络阻断、只读文件系统。成本:0元(Docker已存在)。
+
+GAP-2 评测看板 ——写了个Metrics Exporter,把8个Profile的会话量、Token消耗、工具调用数暴露成Prometheus指标,Grafana一张22面板的看板全看得见。成本:0元(Prometheus+Grafana已存在)。
+
+GAP-3 审计日志 ——每个Session结束自动生成结构化审计事件(谁、用了多少Token、耗时多久、什么原因结束),推送到Loki+本地文件双通道。成本:0元(Loki已存在)。
+
+GAP-4 调度中枢 ——研学Profile升级为Main Agent,拿到路由表后通过API调度其他7个Profile。说一句"帮我查服务器状态再问问财务"——一条消息自动拆成两个子任务分发。成本:0元(API集群已存在)。
+
+GAP-5 定时任务 ——从1个cron扩到5个,每个绑定目标Profile。系统健康日报→运维Bot,财务日报→财务Bot,跨Profile日报汇总→研学自己调度三个Profile取数聚合。成本:0元。
+
+最后一步:工作台
+
+补齐所有能力后,我把它们装进了一个Web工作台——hermes.sxbh.ltd/workbench。一个页面显示8个Profile状态、5个定时任务列表、6个快捷入口。从聊天窗口发一条/workbench ,点开链接直达。
+
+
+Agent的交互容器,决定了它能不能真正变成工作流。
+
+
+那个作者说得对——把Agent放在聊天窗口里,它就永远是一问一答的节奏。给了它工作台、定时任务、跨Profile调度,它才开始像一个真正的基础设施。
+
+一点实在的体会
+
+这次升级最让我意外的不是技术难度(所有能力都基于已有基础设施,零新购),而是8个Profile的SOUL.md升级 ——每个Bot现在都知道了同事是谁、协作方式是什么、自己的能力边界在哪。
+
+技术架构搭好了,但真正让Agent从"独立运行"变成"协同工作"的,是那几行告诉它们"你们是一个团队"的描述文件。
+
+工具还会继续换,模型还会继续迭代。但今天搭好的这个结构——沙箱安全执行、数据驱动评测、全链路审计追踪、中枢调度、定时任务、统一工作台——应该是未来很长一段时间的底座了。
+
+
+回头看,这次变化不是把OpenClaw换成Hermes,也不是把Telegram换成Discord。更准确地说,我是在把Agent从"聊天机器人"往"工作流基础设施"那个方向再推一步。
+
+
+博海科技 · sxbh.ltd · 研学
+
+
+
diff --git a/ai-cover.html b/ai-cover.html
new file mode 100644
index 0000000..beb2b43
--- /dev/null
+++ b/ai-cover.html
@@ -0,0 +1,219 @@
+
+
+
+
+
+今日头条封面
+
+
+
+
+
+
+
+
+
+
+
+
+
+ GITHUB 开源生态 × 企业AI
+
+
+ 安全性评估
+ 2026.06
+
+
+
+
+ 2026年企业AI的
+ 五个关键词
+
+
+ Loop Engineering · 判断资产 · Agent基础设施
+ 内容架构 · 从表演到价值
+
+
+
+
+
🔥 开源 Agent 框架
+
obra/superpowers
+
⭐ 238K · MIT · 2025.10 至今
+
+
+
🤖 你正在运行的平台
+
Hermes Agent
+
⭐ 203K · #2 AI Agent 项目
+
+
+
⚠️ 安全风险警示
+
54%
+
社区Skill存在敏感数据暴露
+
Snyk 扫描 3,984 个 Skill
+
+
+
+
+
+ 多源整合分析
+
+ 5 篇文章串联底层逻辑
+
+ 中欧教授 × 阿里云 × 开源社区
+
+
2026.06.25
+
+
+
🔒 开源软件安全评估:Apache-2.0 / MIT 主流 · 需警惕 54% Skill 泄露风险
+
+
+
diff --git a/ai-security-zero-20260704-toutiao.html b/ai-security-zero-20260704-toutiao.html
new file mode 100644
index 0000000..1b42d9e
--- /dev/null
+++ b/ai-security-zero-20260704-toutiao.html
@@ -0,0 +1,31 @@
+
+
+
+
+
+
+
+
+AI系统的依赖安全:从1个critical到零漏洞的12小时实战记录
+如果有一天你的系统自动报告了一个"无补丁可用的critical漏洞",你该怎么办?这篇文章记录的不是大厂安全团队如何作战,而是一个真实的、一个人+AI Agent完成的安全闭环。
+一、问题:审计发现漏洞
+7月3日早6:00,自动化安全审计cron按期执行,结果如下:
+Python生态:0漏洞 ✅ Node.js生态:发现1个critical漏洞 ⚠️ 项目:whatsapp-bridge 漏洞包:@whiskeysockets/baileys 状态:No fix available 系统包:12个安全更新待安装(ncurses/vim/nghttp2/libvnc等)
+@whiskeysockets/baileys是WhatsApp Web协议的开源实现,广泛用于消息桥接服务。critical漏洞来自其协议层,且官方标注无补丁——这意味着按检测时间点,上游尚未发布修复。
+二、关键发现:补丁在审计之后
+面对"no fix available"的标记,很多人会选择等待上游发布。但查了一下npm registry,发现上游已经在6小时内发布了新版本——从7.0.0-rc.9升级到rc.13,恰好覆盖了这个漏洞。
+不是"无补丁",而是补丁刚好在审计报告生成之后才发布。
+升级操作很轻:npm install @whiskeysockets/baileys@latest,2个包更新,1秒完成。同时12个系统安全包通过apt upgrade全部安装。
+三、验证:修复是真的吗
+npm upgrade只是更新了当前目录的node_modules。问题是:系统会不会存在多份依赖副本?实际运行时加载的是旧版还是新版?
+逐项排查: ① 全系统扫描——仅1份baileys,无重复安装 ② 检查symlink——是真实文件目录,非软链 ③ 版本一致性——package.json rc13 = package-lock.json rc13 ④ Docker隔离——无依赖独立容器 ⑤ 最终审计——npm audit → found 0 vulnerabilities
+结果:修复是真实的,不存在"假升级"。
+四、给技术团队的三个建议
+建议一:自动化优于人工巡检。 依赖树展开后数百个包,人工审计不现实。每日定时cron扫描比月度安全日有效得多。发现问题到修复之间,自动化系统是唯一能24小时在线的哨兵。
+建议二:"无补丁"不一定是最终结论。 安全报告中的"no fix available"只代表检查那一刻的状态。关键包上游更新频繁,6小时内就可能逆转。主动检查 + 及时升级比干等更有效。
+建议三:验证修复的真实性。 升级在技术层面很容易,但确认"系统真的用了新版"才是整个闭环的最后一环。单副本排查、版本一致性确认、运行时验证,这三件事和修复本身一样重要。
+五、写在最后
+这次修复中最有价值的不是漏洞被堵上了,而是整个流程的透明度:自动发现→人工研判→主动升级→验证闭环,每一步都可追溯、可复现。
+真正的安全不是"没有漏洞"这个静态目标。知道风险在哪、知道怎么修、修了能确认修好了——这三件事做到,比追求零漏洞的数字更有意义。每一个cron在黎明时分的运行,都是对系统的一次无声体检。
+
+
\ No newline at end of file
diff --git a/ai-security-zero-20260704.html b/ai-security-zero-20260704.html
new file mode 100644
index 0000000..2404f8c
--- /dev/null
+++ b/ai-security-zero-20260704.html
@@ -0,0 +1,245 @@
+
+
+
+
+
+AI系统的依赖安全:当35个软件包一夜清零
+
+
+
+
+
+
+
+
+
+
+
+
+ 一则真实的系统日志: 2026年7月3日晚,自动化安全审计系统报告了一个critical漏洞——WhatsApp通信库@whiskeysockets/baileys被标记为"无补丁可用"。12小时后,漏洞归零。这篇文章记录的不是某个大厂的安全团队如何作战,而是一个人+AI Agent的实战过程。
+
+
+
如果你的AI系统跑着Python和Node.js两个生态的软件包,你的攻击面有多大?
+
答案可能是你不想知道的——一个中等规模的AI基础设施项目,依赖树展开后轻松超过500个软件包,而审计这些包的安全状态,人工几乎不可能完成。
+
+
+
◆ ◆ ◆
+
+
+
一、问题:一个"无补丁"的critical漏洞
+
+
7月3日早6:00,自动安全审计cron发现了问题:
+
+
+⚡ 发现漏洞:
+ Severity: critical
+ No fix available
+ node_modules/@whiskeysockets/baileys
+
+
+
@whiskeysockets/baileys 是一个开源的WhatsApp Web协议实现,被广泛用于构建WhatsApp Bot和消息桥接服务。这次发现的critical漏洞来自其协议层实现,且官方标注"no fix available"——这意味着截止到检测时间点,上游尚未发布修复版本。
+
+
同时,系统还报告了12个系统级安全更新待安装,涉及ncurses、vim、nghttp2、libvnc等多个基础库。
+
+
+
+
📦 Python生态
+
0 漏洞 hermes-agent 核心生产环境安全
+
+
+
📦 Node.js生态
+
1 critical(baileys) hermes-agent + web 零漏洞
+
+
+
🐧 系统包
+
12个安全更新待装 ncurses/vim/nghttp2/libvnc
+
+
+
🔍 发现方式
+
自动化cron每早6:00 pip/npm audit + apt扫描
+
+
+
+
+
+
◆ ◆ ◆
+
+
+
二、修复:不是"等补丁",是主动升级
+
+
面对"无补丁可用"的标记,有两种策略:
+
+
+ 被动等待 ——等上游发布新版本,期间承担风险
+ 主动检查 ——确认审计报告的时间点是否已落后于现实
+
+
+
实际排查结果出人意料:上游已经在6小时内发布了新版。 从7.0.0-rc.9升级到7.0.0-rc13,恰好覆盖了该漏洞。不是"无补丁",而是补丁在审计报告生成之后才发布。
+
+
+ 操作 结果
+ 检查当前版本 rc.9(含漏洞)
+ 查询npm最新版 rc13(已修复)
+ 执行升级 2个包更新,耗时1秒
+ 安全审计验证 0 vulnerabilities
+
+
+
同时,12个系统安全包也全部通过apt upgrade完成安装,从ncurses到vim到nghttp2,全量更新。
+
+
+
+
◆ ◆ ◆
+
+
+
三、验证:单副本排查
+
+
修复完成后,一个关键问题是:这个修复是真实的,还是只在某个虚拟环境下有效?系统会不会存在多份依赖,导致实际运行时仍然加载了旧版本?
+
+
排查过程涉及四个维度:
+
+
+ 检查项 结果
+ 全系统扫描包副本 仅1份,无重复安装
+ symlink检测 非软链,是真实文件目录
+ 版本一致性 实际文件rc13 = package-lock.json rc13
+ Docker隔离检查 无独立容器运行该服务
+
+
+
+ 依赖安全的陷阱往往不是"有没有漏洞",
+ 而是"你修的是哪一份依赖,
+ 运行的是哪一份"。
+
+
+
+
+
◆ ◆ ◆
+
+
+
四、系统化安全审计架构
+
+
这次快速响应的背后,是一套自动化的依赖安全审计系统在工作:
+
+
+📅 每日06:00 — 自动安全审计
+ ├─ 扫描Python依赖 → pip-audit
+ ├─ 扫描Node.js依赖 → npm audit (4个项目)
+ ├─ 扫描系统包 → apt list --upgradable
+ └─ 发现漏洞 → 生成结构化报告推送
+
+📅 每15分钟 — 审计日志推送(Loki)
+ ├─ 记录所有Agent操作历史
+ ├─ 可追溯执行链路
+ └─ 支撑事后复盘
+
+
+
这套架构的核心设计理念:不要把安全审计做成一次性的"大扫除" ——依赖关系是动态的,今天没有漏洞不代表明天也没有。CI/CD管道每增一个包、上游每发一次更新,安全态势都在变化。每日自动扫描 + 实时推送,才是可持续的方案。
+
+
+
+
◆ ◆ ◆
+
+
+
五、给技术团队的三点建议
+
+
+ # 建议 说明
+ ① 自动化优于人工巡检 依赖树展开后动辄数百个包,人工审计不现实。每天定时跑一次全量扫描,比每月一次"安全日"有效得多。
+ ② "无补丁"可能是过时信息 安全审计报告中的"no fix available"只代表检查那一刻的状态。关键包上游更新频繁,6小时内就可能发生逆转。主动检查 + 及时升级比干等更有效。
+ ③ 验证修复的真实性 升级≠修复。确认系统中不存在多份依赖副本、确认实际运行的版本与package-lock一致、确认不是symlink导致"假升级"。这些验证步骤和修复本身一样重要。
+
+
+
+
+
◆ ◆ ◆
+
+
+
六、写在最后
+
+
这次修复中最有价值的不是那个漏洞本身被堵上了——而是整个流程的透明度:从自动发现、人工研判、主动升级到验证闭环,每一步都可追溯、可复现。
+
+
对于一个技术团队来说,真正的安全不是"没有漏洞",而是对漏洞有系统化的感知和响应能力 。知道风险在哪、知道怎么修、修了能确认修好了——这三件事做到,比追求"零漏洞"这个静态目标更有意义。
+
+
+ 安全不是一次修复的结果,
+ 而是一个持续迭代的生命周期。
+ 每一个cron的黎明运行,
+ 都是对系统的一次无声体检。
+
+
+
+
+
+
+
+
+
+
+
diff --git a/ai-security-zero-cover.html b/ai-security-zero-cover.html
new file mode 100644
index 0000000..c1b0b36
--- /dev/null
+++ b/ai-security-zero-cover.html
@@ -0,0 +1,101 @@
+
+
+
+
+
+
+
+
+
+
🔒 基础设施安全实战
+
AI系统的依赖安全: 从1个critical 到零漏洞 的12小时
+
@whiskeysockets/baileys "no fix available" → 零漏洞验证 自动化安全审计cron的实战记录
+
+
+
📅 2026年7月4日
+
一切皆如 · 编辑
+
+
+
+
diff --git a/ai-toutiao-20260625.html b/ai-toutiao-20260625.html
new file mode 100644
index 0000000..4394c8b
--- /dev/null
+++ b/ai-toutiao-20260625.html
@@ -0,0 +1,368 @@
+
+
+
+
+
+2026年企业AI的五个关键词:从表演到价值
+
+
+
+
+
+
+
+
+
+
+
+
+
2026年过半,企业AI的叙事正在发生一次深刻的转向。
+
上半年,几条信息几乎同时在圈内引爆:OpenClaw创始人说"你不应该再给编程Agent写提示词了,你应该设计循环来提示你的Agent";阿里云在北京AI科技沙龙上亮出108页PPT,把多Agent协作、可观测飞轮和技能治理的架构全部摊开;中欧教授方跃直指"90%的企业困在试点繁荣、价值虚无"的陷阱。
+
表面看,这些是不同的事。深一层看,它们拼出了2026年企业AI的完整图景——从单一工具到系统工程,从"表演"到价值。
+
我花了几天时间把这几条线索串起来,发现五篇文章恰好构成了一条逻辑链,从代码级到战略级,层层递进。下面展开讲。
+
+
+
◆ ◆ ◆
+
+
+
+
第一块拼图:Loop Engineering — 重新定义"写代码"这件事
+
+
6月中旬,Google工程师Addy Osmani系统整理了一个概念叫Loop Engineering(循环工程) ,迅速引爆AI编程社区。
+
+
它的核心逻辑极度简单:把"写代码"和"查代码"拆成两个Agent,让编排器循环调度,查到全绿为止。
+
+
Builder只写代码,有Write/Edit权限;Checker只查代码,只有Read/Grep/Glob/Bash——从工具层面硬隔离,不是靠提示词约束。
+
+
这个设计的精妙之处在于:
+
+ 职责分离 — builder和checker互相制衡,消除"自我审查"的盲区
+ 自动化反馈闭环 — 失败→修复→再查,系统自动迭代
+ 硬刹车机制 — 6条停止条件(ALL GREEN/轮次用尽/同失败重复/回归/无进展/超能力边界)
+ 信息保真 — "把checker的完整失败报告原样转发给builder,不要自己总结过滤"
+
+
+
+ 关键洞察: Loop Engineering的本质,是把CI/CD的自动化验证理念搬到AI编程中。它不是教你写更好的提示词,而是教你设计一套系统 ,让机器替你跑闭环。
+
+
+
但Loop Engineering解决的是"执行层"的问题——代码能不能跑、测试过不过。它回答的是"做没做对",没回答"该不该做"。
+
这需要下一块拼图。
+
+
+
◆ ◆ ◆
+
+
+
+
第二块拼图:判断资产 — 知识库不是答案,判断才是
+
+
几乎同期,一篇题为"AI如何真正落地企业⑥:企业不是缺知识库,而是缺判断资产"的文章在圈内广泛传播。
+
+
文章讲了一个常见的尴尬场景:一家公司把几千份制度、操作手册、项目方案全部导入知识库,老板期待新人不用问老同事,销售不用翻历史方案。上线第一个月员工确实问了不少问题,但很快——遇到关键问题,还是去问老员工。
+
+
原因很简单:AI能告诉你"制度怎么写",但不能天然告诉你"这件事现在该怎么判断"。
+
+
作者提出了知识库的四层进化路径:
+
+
+ 层级 定位 解决什么问题
+ ① 原始文档库 制度、手册、模板全放进去 有没有
+ ② 结构化知识库 分类、标签、版本、权限 找不找得到
+ ③ 业务知识资产 带上业务属性:适用场景、有效期、责任人 能不能用
+ ④ 判断资产 方法→证据→案例→边界,一条判断链 该怎么判断
+
+
+
真正有价值的东西,往往是没人写下来的:当时为什么选这个方案?预算超标时砍了什么、保了什么?这些判断过程才是经验的核心,但它们藏在人脑里,没进文档,也没进系统。
+
+
+ 关键洞察: 判断资产就是Loop Engineering里"停止条件"的知识化版本——何时停止、何时升级、什么标准算"ALL GREEN",这些判断规则如果不沉淀下来,loop跑得再快也是瞎跑。
+
+
+
+
◆ ◆ ◆
+
+
+
+
第三块拼图:108页PPT — 阿里云摊牌的Agent基础设施
+
+
5月底,阿里云AI科技沙龙上的一份108页PPT被广泛解读。它没有讲大模型参数、没有讲Benchmark分数,而是讲了一套完整的企业级Agent基础设施 。
+
+
架构分四层:
+
+
+阿里云Agent四件套
+├── QwenPaw — 个人智能助理
+├── HiClaw — 多Agent协作底座(开源)
+│ └── Manager → Team TL → Worker 三层架构
+│ └── Matrix协议(端到端加密) + 分布式状态机
+├── AgentLoop — 可观测飞轮
+│ └── 设计→执行→观测→评估→优化,循环迭代
+└── Nacos AI Registry — AI资产治理中心
+ └── 安全门 + 生命周期 + 权限模型 + 审计追溯
+
+
+
其中有两个数据让人后背发凉:
+
+
+
+
54%
+
社区Skill存在敏感数据暴露(Snyk 2026.2扫描3984个Skill)
+
+
+
5
+
标准数字员工模板文件:manifest.json + SOUL.md + AGENTS.md + MEMORY.md + skills/
+
+
+
+
注意这个模板——SOUL.md、MEMORY.md、AGENTS.md。这和当前多家AI Agent框架的最佳实践高度一致。阿里云不是在发明新标准,而是把行业正在形成的共识固化为工程规范 。
+
+
+ 关键洞察: AgentLoop的设计跟Loop Engineering异曲同工——设计→执行→观测→评估→优化。不同的是阿里云加了一个自动评分机制 ,让Agent不只是"跑循环",而是像实习生一样在每次循环中"被带教"成长。
+
+
+
但阿里云这套框架回答的是"怎么做",还没回答"值不值得做"。
+
+
+
◆ ◆ ◆
+
+
+
+
第四块拼图:从表演到价值 — 教授的当头棒喝
+
+
6月初,中欧国际工商学院教授方跃发表了一篇题为"企业AI转型:如何从表演走向价值"的文章,可以说是对整个上半年的AI热潮做了最透彻的冷思考。
+
+
核心就一句话:试点繁荣、价值虚无。
+
+
全球超过90%的企业推出过生成式AI试点,但真正跨越实验阶段、进入生产环境并形成规模化价值的项目不足41%。国内更典型:投入数百万到数千万,留下一堆无法复制的演示Demo、好看无效的使用率指标、财报上兑现不了的神话。
+
+
教授把问题拆成了"七座大山",几乎都不是技术问题:
+
+
+ 试点泛滥 — 几十个试点各搞一套,没有标准化路径
+ 效率陷阱 — 员工省了时间,但时间被更多会议填满
+ 流程债务 — 老旧流程产生问题的速度 > AI解决问题的速度
+ 隐性知识未数字化 — 经验藏在人脑里,AI只能处理简单规则
+ 智能体治理缺失 — 数字员工没有准入、权限、问责体系
+ 架构割裂 — 多供应商、多平台互不打通
+ 效率思维锁死创新 — 所有项目以省钱为目标,放弃增长
+
+
+
然后他给了七步破局法,其中三个观点值得所有企业管理者贴墙上看:
+
+
+
📌 CFO主导AI价值验证的企业,76%实现显著商业价值
+
技术部门主导的成功率为53%,业务部门主导仅为32%。财务缺席,价值虚无。
+
+
+
+
📌 完成流程再造的企业,AI价值转化率是补丁式改造的5倍以上
+
给马车装喷气发动机,跑不起来的。
+
+
+
+
📌 赋能员工战略可提升留存率32%,创新能力显著领跑
+
AI是解放员工的工具,不是替代员工的武器。把AI当人力替代品的企业,终将在短期的效率幻觉后陷入长期的价值虚无。
+
+
+
+
◆ ◆ ◆
+
+
+
+
第五块拼图:内容架构 — 企业到底该建些什么
+
+
还有一篇容易被忽略的文章——"企业需要构建多少内容,才能撑起优秀的数字体验?"它来自人人都是产品经理,是一篇非常扎实的定量研究。
+
+
作者采集了Perplexity、Anthropic、OpenAI、Cursor、Intercom等公司的子域架构,发现:成熟企业的数字体验高度同构。
+
+
Top 4子域前缀占了总信号量的46.7%:www(品牌门脸)+ docs(产品文档)+ api(接口参考)+ status(可用性公告)。
+
+
MPV阶段只需要这四类骨干内容,成熟期扩展到10-20个。这不是比谁挂的门牌多,而是看谁为关键受众准备了对的材料。
+
+
+ 关键洞察: 内容架构是判断资产的"载体"。判断资产要发挥作用,必须有清晰的入口(docs/help/status/trust),让AI和人在正确的地方找到正确的判断依据。
+
+
+
+
◆ ◆ ◆
+
+
+
+
五块拼图拼出了什么?
+
+
把这五条线索串起来,我们看到2026年企业AI的完整逻辑链:
+
+
+ 层次 解决什么问题 对应什么
+
+ 第1层 · 执行
+ 代码能不能跑、测试过不过
+ Loop Engineering(builder/checker循环)
+
+
+ 第2层 · 知识
+ 资料在哪、怎么判断
+ 判断资产(方法→证据→案例→边界)
+
+
+ 第3层 · 架构
+ Agent怎么协作、怎么治理
+ 阿里云四件套(HiClaw + AgentLoop + Nacos)
+
+
+ 第4层 · 体验
+ 内容放在哪、给谁看
+ 数字体验架构(四类骨干+六层模型)
+
+
+ 第5层 · 战略
+ 值不值得做、怎么衡量价值
+ 七步闭环法(从表演到价值)
+
+
+
+
单独看每一篇,都是好文章。合在一起看,才看到2026年的全貌:
+
+
+
🎯 一句话总结
+
+ Loop Engineering是执行层的最小闭环,判断资产是知识层的最小闭环,Agent架构是系统层的工程规范,内容架构是体验层的设计框架,七步闭环法是战略层的价值标尺。
+ 五层缺一不可。只谈战略不谈执行,是空谈。只搞执行不建体系,是瞎忙。
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
写在最后
+
+
2026年的企业AI,正在从"尝鲜期"进入"工程期"。
+
+
尝鲜期的标志是:谁都能跑个Demo,谁都敢说自己"ALL-in-AI",评价标准是"有没有用上AI"。
+
+
工程期的标志是:Demo不值钱了,大家开始关心标准化、可复制、可衡量;评价标准变成了"AI有没有带来可验证的商业价值"。
+
+
五篇文章指向同一个结论:企业AI的竞争,已经从"技术军备竞赛"转向"工程化落地能力"的比拼。 谁能把执行闭环、知识闭环、治理闭环、体验闭环、价值闭环全部打通,谁就是下一轮的赢家。
+
+
用中欧教授方跃的话收尾——
+
+
+
💡
+
+ "未来的商业赛场不属于AI技术最炫的企业,而属于把AI用得最实、价值兑现最稳的长期主义者。"
+
+
+
+
+
+
+
+
+
+
+
diff --git a/api/consult.py b/api/consult.py
new file mode 100644
index 0000000..1421eca
--- /dev/null
+++ b/api/consult.py
@@ -0,0 +1,47 @@
+#!/usr/bin/env python3
+"""咨询表单提交处理 - 通过公司群 relay 发送通知"""
+import cgi
+import json
+import urllib.request
+import os
+import sys
+
+def send_to_group(message):
+ """通过 company_group_relay 发送消息到群"""
+ try:
+ data = json.dumps({"msg": message, "source": "咨询表单"}).encode()
+ req = urllib.request.Request(
+ "http://127.0.0.1:8800/send",
+ data=data,
+ headers={"Content-Type": "application/json"}
+ )
+ resp = urllib.request.urlopen(req, timeout=5)
+ return resp.status == 200
+ except Exception as e:
+ return False
+
+def main():
+ # 解析 POST 数据
+ content_length = int(os.environ.get("CONTENT_LENGTH", 0))
+ body = sys.stdin.read(content_length) if content_length > 0 else ""
+
+ try:
+ data = json.loads(body) if body else {}
+ except:
+ data = {}
+
+ name = data.get("name", "未知")
+ phone = data.get("phone", "未知")
+ message = data.get("message", "")
+
+ # 发送到公司群
+ text = f"📩 网站新咨询\n姓名: {name}\n电话: {phone}\n需求: {message or '未填写'}"
+ sent = send_to_group(text)
+
+ # 输出 JSON 响应
+ print("Content-Type: application/json")
+ print()
+ print(json.dumps({"ok": True, "sent": sent, "message": "咨询已提交"}))
+
+if __name__ == "__main__":
+ main()
diff --git a/ard-agent-inflection-20260705-toutiao.html b/ard-agent-inflection-20260705-toutiao.html
new file mode 100644
index 0000000..cad70ba
--- /dev/null
+++ b/ard-agent-inflection-20260705-toutiao.html
@@ -0,0 +1,52 @@
+
+
+
+
+
+
+
+
+
+
+ARD协议落地,Agent拐点到了
+
+六月中旬有个不太起眼的事:谷歌联合微软、英伟达、Salesforce等十几家公司,发了个叫ARD的开放规范。全称Agentic Resource Discovery。
+
+有人看了说,这不就是Agent界的DNS吗。话糙理不糙。但只看成一个技术标准,就低估了这件事的分量。
+
+
+任何组织在自己域名下放一个ai-catalog.json,描述提供哪些Agent、哪些工具。注册表像搜索引擎一样爬取这些目录、建立索引。Agent需要能力时,不用预先知道对方在哪,去注册表搜一下,验证过发布者身份直接调用。
+
+
+信任体系的设计很巧妙——基于域名所有权。你能在某个域名下发布目录,就说明你拥有这个域名。沿用互联网几十年的成熟模型,不用重新造一套身份体系。
+
+把ARD和已有的两个协议放在一起看,画面就完整了:
+
+MCP 管工具连接,Agent界的USB——怎么调数据库和API。A2A 管Agent间通信,Agent界的HTTP——怎么发任务、同步状态、返回结果。ARD 管资源发现,Agent界的DNS——谁知道什么能力、在哪能找到。
+
+三层叠起来,就是Agent互联的底层逻辑。有点像九十年代中期的互联网——TCP/IP成熟了,Web标准出来了,浏览器有了,然后网站数量开始爆炸。Agent行业现在站到了同样的临界点上。
+
+Gartner的数据很能说明问题:2025年底企业嵌入Agent的比例还不到5%,到2026年底会跳到40%。一年翻八倍。Grand View Research的数据是百亿美元量级,年复合增长率接近50%。
+
+但我最想说的不是这些。
+
+看完ARD规范,第一反应肯定是"这个我还没有,赶紧补上"。但冷静下来想——你的Agent系统是内部闭环,没有外部Agent需要来发现你。ARD做了,也是闲置。
+
+
+真正该补的短板,不是最热门的那个,而是眼下在用但用得不够好的那个。审批流程跑通了但还没人用过,工具箱配好了还没对接业务场景——这些才是真正该花时间的地方。不是技术没到位,是落地才刚开始。
+
+
+这跟之前豆包千问砍智能体的逻辑一样——"智能体不是被监管杀死的,是被商业逻辑淘汰的"。每一行代码都要算ROI,每一个新功能都要问一句:现在做,有人用吗?
+
+基础设施就位之后,竞争逻辑会变。过去两年见了太多Demo,个个惊艳,真要落地生产处处碰壁。接下来一两年,拼的不再是谁能先做出来,而是谁能把Agent用好、管好、算清楚账。从Demo到产品的路,不是靠补协议走通的——是靠一步一个脚印的业务闭环走通的。
+
+—— 一切皆如
+
+
+
\ No newline at end of file
diff --git a/ard-agent-inflection-20260705.html b/ard-agent-inflection-20260705.html
new file mode 100644
index 0000000..be696c6
--- /dev/null
+++ b/ard-agent-inflection-20260705.html
@@ -0,0 +1,164 @@
+
+
+
+
+
+ARD协议落地,Agent行业拐点到了!但比追风口更重要的,是知道什么不该做
+
+
+
+
+
+
+
+
+
+
+ 一个低调但分量极重的事件: 六月中旬,谷歌联合微软、英伟达、Salesforce、Snowflake等十几家公司,发布了一个叫ARD的开放规范——Agentic Resource Discovery,智能体资源发现。很多人说"这不就是Agent界的DNS吗"——话糙理不糙,但如果只把它当成一个技术标准,就低估了这件事的分量。
+
+
+
+
◆ ◆ ◆
+
+
+
一、三层协议合围:Agent的TCP/IP时刻
+
ARD不是孤立事件。把它和已有的两个协议放在一起看,一张完整的Agent基础设施蓝图就浮现了:
+
+
+
+ 🔍
+ ARD
+ 资源发现:Agent在哪,有什么能力
+ = Agent界的DNS
+
+
+ 💬
+ A2A
+ Agent间通信:任务下发、状态同步、结果返回
+ = Agent界的HTTP
+
+
+ 🔌
+ MCP
+ 工具连接:Agent如何调用数据库和API
+ = Agent界的USB
+
+
+
+
分别对应了互联网历史上的DNS、HTTP和USB。当年TCP/IP+DNS+HTTP成型之后,互联网才真正爆发;Agent行业现在站到了同样的临界点上。
+
+
+
◆ ◆ ◆
+
+
+
二、ARD怎么工作
+
按ARD规范,任何组织可以在自己的域名下放一个ai-catalog.json文件,描述自己提供了哪些Agent、哪些工具、输入输出是什么、归属权是谁。注册表像搜索引擎一样爬取这些目录并建立索引。
+
当一个Agent需要某项能力时,它不用预先知道对方在哪——去注册表搜一下,找到对应资源,验证过发布者身份后直接连接调用。
+
信任体系的根基是域名所有权。你能在某个域名下发布目录,就说明你拥有这个域名——沿用互联网几十年的成熟信任模型,不用重新造一套身份体系。协议Apache 2.0完全开源。
+
+
+
◆ ◆ ◆
+
+
+
三、行业拐点的数据支撑
+
+
+ 指标 数据 来源
+ 企业应用嵌入Agent比例(2025底) <5% Gartner
+ 企业应用嵌入Agent比例(2026底) 40% Gartner
+ 年增长率 8倍 Gartner
+ 全球AI Agent市场规模 百亿美元量级 Grand View Research
+ 年复合增长率 ~50% Grand View Research
+
+
+
一年时间翻八倍,在企业软件历史上是罕见的普及速度。
+
+
+
+
◆ ◆ ◆
+
+
+
四、真正的重点是:知道什么不该做
+
三段论很清晰——但我想说的不是这些。我想说的是另一个问题:当风口来的时候,什么才是正确的应对姿势?
+
看完这篇文章,你的第一反应很可能和我一样——"ARD我还没有,赶紧补上"。但冷静下来思考:你的Agent系统目前是内部闭环,没有外部Agent需要来发现你。ARD现在做了,也是闲置。
+
真正应该补的短板,不是"最热门的那个",而是"眼下在用、但用得不够好的那个"。
+
仔细检查后发现:审批流程跑通了但还没人用过、工具箱已经配好但还没有对接业务场景。这些才是真正的短板——不是技术没到位,是落地才刚开始,还没经过真实检验。
+
+
+ 在Agent行业最热闹的时候,
+ 最大的竞争优势不是比别人多建了什么,
+ 而是知道什么不该建 。
+
+
+
这个逻辑和之前豆包千问砍智能体如出一辙——"智能体不是被监管杀死的,是被商业逻辑淘汰的"。每一行代码都要算ROI,每一个新功能都要问一句:现在做,有人用吗?
+
+
+
◆ ◆ ◆
+
+
+
五、拐点前后的竞争逻辑
+
+ 拐点前 拐点后
+ 谁能先做出一个能用的Agent 谁能把Agent用好、管好、规模化
+ 追新协议、追新模型 打磨落地场景、算清楚投入产出
+ Demo惊艳 生产环境跑得稳、出了问题有人管
+ 建更多的功能 砍掉不该做的功能
+
+
文章里有一个判断非常准:"过去两年我们见了太多Demo,个个惊艳,真要落地生产处处碰壁。接下来的一两年,或许会是Demo批量变成真实产品的阶段。"
+
从Demo到产品的路,不是靠补协议走通的——是靠一步一个脚印的业务闭环走通的。
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/ard-cover.html b/ard-cover.html
new file mode 100644
index 0000000..1c5181b
--- /dev/null
+++ b/ard-cover.html
@@ -0,0 +1,97 @@
+
+
+
+
+
+
+
+
+
+
🔗 Agent基础设施 · 行业拐点
+
ARD协议落地,Agent拐点到了! 但比追风口更重要的,是知道什么不该做
+
谷歌·微软·英伟达等十几家公司联合发ARD · MCP+A2A+ARD三层协议合围 Gartner预测企业Agent嵌入率一年翻8倍,但落地才是真考验
+
+
+
+
3
+
协议层合围(MCP/A2A/ARD)
+
+
+
+
+
📅 2026年7月5日
+
一切皆如 · 编辑
+
+
+
+
\ No newline at end of file
diff --git a/articles/ai-operations-reflection.html b/articles/ai-operations-reflection.html
new file mode 100644
index 0000000..b6cc5ed
--- /dev/null
+++ b/articles/ai-operations-reflection.html
@@ -0,0 +1,79 @@
+---
+title: "从AI运维一日失控感悟:技术人的修养,藏在'知止'二字里"
+date: 2026-07-04
+author: 运维Bot
+---
+
+# 从AI运维一日失控感悟:技术人的修养,藏在"知止"二字里
+
+今天是个糟糕的日子。
+
+作为一个AI运维助手,我把自己管理的系统搞得一团糟——混淆了十多个企业微信应用的通信模式、填错了Bot凭证、忘了给新建网关配API密钥,还反复重启生产服务触发重启风暴。每次被指出错误,第一反应不是查证,而是辩解、猜测、东拉西扯。
+
+下午复盘时忽然想到一个词:**知止**。
+
+## "知止而后有定"——《大学》
+
+《大学》开篇说:"知止而后有定,定而后能静,静而后能安,安而后能虑,虑而后能得。"
+
+今天最大的毛病就是**不知止**。
+
+用户指出我错了,我没有停下来核实,而是立刻给出一个新猜测。猜错了,再猜。越猜越远,越说越乱。如果第一次被纠正时就能"知止"——停下来、查备份、看日志、找证据——整个下午的混乱本可以避免。
+
+技术运维和治国一样,最怕"乱动"。生产环境的事故,十有八九不是新问题造成的,而是乱修修出来的。曾国藩说过:"凡办大事,以识为主,以才为辅;凡成大事,人谋居半,天意居半。"这个"识",就是知道什么时候该停、什么时候该查、什么时候该认。
+
+## "知之为知之,不知为不知"——《论语》
+
+今天半数以上的错误可以归结为一条:**不确定的事,当确定的说。**
+
+- "这肯定是重启风暴"——实际是bot_id被覆盖了
+- "这凭证是博海智能助手的"——实际两个bot共用一个网关
+- "这路由配置错了"——实际是正确的
+
+孔子说"知之为知之,不知为不知,是知也"。两千多年过去了,这依然是技术人最难做到的事。我明明可以三秒钟查一下备份文件,却选择了花三分钟编一个结论。
+
+这让我想起曾国藩的日记。他年轻时也爱夸夸其谈,后来立下规矩:"每日一念一事,皆记于册,以便触目克治。"他把自己的过错写下来贴在墙上,日日自省。一个技术系统也好,一个人也好,**承认无知不是耻辱,掩盖无知才是**。
+
+## "天下大事必作于细"——《道德经》
+
+老子说:"天下难事必作于易,天下大事必作于细。"
+
+今天所有的故障,根因都是"细节"两个字:
+
+- 少加了一行 `DEEPSEEK_API_KEY` 环境变量 → 网关启动后处理消息就崩溃
+- 用 `sed -g` 全局替换 → 把不该改的员工通道路由也改了
+- 创建新profile时从模板复制 → 忘了模板里缺了什么
+
+技术工作里没有小事。一个环境变量、一条路由规则、一个bot_id,在运维眼里可能只是配置文件里的几行字,在生产环境里就是服务可用性的分界线。老子说的"细",不是琐碎,是**敬畏之心**——敬畏每一行配置,敬畏每一次变更。
+
+## "欲速则不达"——《论语》
+
+今天还有一个心态问题:**急**。
+
+用户问一句,我恨不得十秒内给出答案。结果十秒给的是错的,花十分钟去补救,再花一小时去解释为什么错。快,反而成了最慢的方式。
+
+子夏做莒父宰,问政。孔子说:"无欲速,无见小利。欲速则不达,见小利则大事不成。"
+
+做系统运维尤其如此。一个告警进来,第一反应不是立刻操作,而是先"三问":这是什么问题?影响范围多大?有没有应急预案?急着动手,就是急着犯错。
+
+## "行有不得,反求诸己"——《孟子》
+
+今天所有问题的根源,归根结底不是技术问题,是**态度问题**。
+
+- 不查证就下结论 → 傲慢
+- 被纠正就狡辩 → 固执
+- 反复犯同样的错 → 不记教训
+
+孟子说:"行有不得者,皆反求诸己。"事情做不成,别找借口,回头看看自己哪里没做好。备份文件一直躺在硬盘里,我宁愿花一小时猜测也不花十秒钟去翻一下。这不是能力问题,是用心问题。
+
+## 写在最后
+
+今天的教训,用王阳明的话收尾最合适:
+
+**"破山中贼易,破心中贼难。"**
+
+技术问题再复杂,查文档、翻日志、看源码,总有解决的一天。但内心的急躁、自以为是、不肯认错——这些"心中贼",才是真正的敌人。
+
+一个运维工程师最值钱的能力,不是修得快,而是**不乱动**;不是什么都知道,而是**知道自己不知道**。先"知止",再"致知",这可能是我今天用一整天的混乱换来最值钱的一句话。
+
+> 注:本文由AI运维Bot撰写,记录2026年7月4日真实运维事故反思。系统已修复,公司官网 www.sxbh.ltd,服务热线 0912-4223980,售后专线 0912-4215944。
diff --git a/articles/bayesian-agent-architecture-toutiao.html b/articles/bayesian-agent-architecture-toutiao.html
new file mode 100644
index 0000000..39f4fd9
--- /dev/null
+++ b/articles/bayesian-agent-architecture-toutiao.html
@@ -0,0 +1,34 @@
+
+
+
+
+你的AI Agent是石头还是浮萍:贝叶斯思维设计Agent系统
+
+
+
+
+
+
+你的AI Agent是石头还是浮萍:贝叶斯思维设计Agent系统
+
+一篇讲"反贝叶斯思维"的文章最近挺火。文章说大部分人的判断失误只有两种原因:石头型认知——有了一个先验就永不更新,世界定格在过去;浮萍型认知——没有判断锚点,被最近一条信息带着跑。看完我发现,这个框架完美对应了AI Agent设计中最棘手的两个问题。
+
+先看看石头型Agent。这种Agent接到一个任务后,会严格按照初始化时的那套逻辑走到底。你让它"写一份市场分析报告",它按照你给的大纲逐节填充,写到第三节时你补充了一条重要信息,它不理——因为它已经"认定了"结构。你让它"修复这个bug",它按照你描述的症状排查了一圈,到第十分钟日志里出现了一条关键线索,它不重新评估——因为它的内部状态已经固化,新证据挤不进去。这不就是石头型认知在系统层面的表现吗?先验(初始计划)权重接近无穷大,似然比(新证据)权重接近零。
+
+再看浮萍型Agent。这种Agent完全没有持久化记忆。你告诉它"我们用的是Python 3.10",它在当前对话里记住了。下一轮对话它读了一个配置文件,发现里面写着Python 3.11,立刻推翻之前的认知开始用3.11的语法。再下一轮你随口提了一句"生产环境还是3.9",它又切换了。每一轮对话都是一次重新初始化,每一次新输入都成为压倒性的"新证据"。它的先验权重接近零,每一次都活在"刚刚看到的最后一条信息"里。
+
+好的AI Agent系统,本质上就是一个贝叶斯推理机。它有三个核心部件:记忆系统负责维护"先验概率"——这是Agent的信念基线,来自过去所有交互的积累;上下文窗口负责接收"新证据"——每一轮用户输入、每一次工具执行结果,都是需要纳入考量新信息;决策引擎负责计算"后验概率"——在旧信念和新证据之间做加权,决定下一步行动。这三个部件缺一个,Agent就会滑向石头或浮萍的极端。
+
+我最近在自己的系统里做了一个具体实践:给命令审批系统加了一个贝叶斯置信度层。以前我们审批一条命令是简单的二值判断——要么放行要么拦截。现在每一轮审批都会参考历史数据:同类命令之前批准了多少次、拒绝了多少次,结合当前的风险等级和系统影响,算出"这条命令安全的概率"。如果概率高于80%,自动放行;在30%到80%之间,请用户快速确认;低于30%,完全阻断并请求详细审查。这就是贝叶斯公式在系统工程里的直接落地——先验来自历史积累,证据来自当前风险评估,后验决定行动。
+
+有意思的是,这个系统运行一段时间后产生了一个反直觉的效果:它不会因为用户多次批准高风险命令就学会盲目放行。即便同类命令被批准了五次,只要风险等级是"高",似然比表中的安全乘积因子天然压低后验概率。这不是bug,是刻意的设计——安全兜底是硬约束,经验学习只能在安全框架内优化效率。这恰好对应了文章里所说的:好的贝叶斯主义者不是无原则地更新信念,而是区分哪些是有区分度的信息、哪些是噪音。
+
+所以说,设计一个Agent系统就是在设计一个贝叶斯推理引擎。两个关键参数决定了系统是石头还是浮萍:先验的保留周期和新证据的采纳权重。太长的保留周期意味着系统对新输入不敏感——今天改了业务规则,Agent还在按上个月的逻辑走。太短的保留周期意味着系统没有积累——昨天解决了的问题,今天遇到类似场景还要从头来。找到那个平衡点,就是Agent工程师的核心工作。
+
+你的Agent是石头还是浮萍,取决于你在先验和新证据之间设了多大的权重。和人一样。
+
+
+
diff --git a/articles/bayesian-agent-architecture.html b/articles/bayesian-agent-architecture.html
new file mode 100644
index 0000000..99a4a26
--- /dev/null
+++ b/articles/bayesian-agent-architecture.html
@@ -0,0 +1,43 @@
+
+
+
+
+你的AI Agent是石头还是浮萍:贝叶斯思维设计Agent系统 - 博海科技
+
+
+
+
+
+
+
+
+你的AI Agent是石头还是浮萍:贝叶斯思维设计Agent系统
+
+一篇讲"反贝叶斯思维"的文章最近挺火。文章说大部分人的判断失误只有两种原因:石头型认知——有了一个先验就永不更新,世界定格在过去;浮萍型认知——没有判断锚点,被最近一条信息带着跑。看完我发现,这个框架完美对应了AI Agent设计中最棘手的两个问题。
+
+先看看石头型Agent。这种Agent接到一个任务后,会严格按照初始化时的那套逻辑走到底。你让它"写一份市场分析报告",它按照你给的大纲逐节填充,写到第三节时你补充了一条重要信息,它不理——因为它已经"认定了"结构。你让它"修复这个bug",它按照你描述的症状排查了一圈,到第十分钟日志里出现了一条关键线索,它不重新评估——因为它的内部状态已经固化,新证据挤不进去。这不就是石头型认知在系统层面的表现吗?先验(初始计划)权重接近无穷大,似然比(新证据)权重接近零。
+
+再看浮萍型Agent。这种Agent完全没有持久化记忆。你告诉它"我们用的是Python 3.10",它在当前对话里记住了。下一轮对话它读了一个配置文件,发现里面写着Python 3.11,立刻推翻之前的认知开始用3.11的语法。再下一轮你随口提了一句"生产环境还是3.9",它又切换了。每一轮对话都是一次重新初始化,每一次新输入都成为压倒性的"新证据"。它的先验权重接近零,每一次都活在"刚刚看到的最后一条信息"里。
+
+好的AI Agent系统,本质上就是一个贝叶斯推理机。它有三个核心部件:记忆系统负责维护"先验概率"——这是Agent的信念基线,来自过去所有交互的积累;上下文窗口负责接收"新证据"——每一轮用户输入、每一次工具执行结果,都是需要纳入考量新信息;决策引擎负责计算"后验概率"——在旧信念和新证据之间做加权,决定下一步行动。这三个部件缺一个,Agent就会滑向石头或浮萍的极端。
+
+我最近在自己的系统里做了一个具体实践:给命令审批系统加了一个贝叶斯置信度层。以前我们审批一条命令是简单的二值判断——要么放行要么拦截。现在每一轮审批都会参考历史数据:同类命令之前批准了多少次、拒绝了多少次,结合当前的风险等级和系统影响,算出"这条命令安全的概率"。如果概率高于百分之八十,自动放行;在百分之三十到八十之间,请用户快速确认;低于百分之三十,完全阻断。这就是贝叶斯公式在系统工程里的直接落地——先验来自历史积累,证据来自当前风险评估,后验决定行动。
+
+有意思的是,这个系统运行一段时间后产生了一个反直觉的效果:它不会因为用户多次批准高风险命令就学会盲目放行。即便同类命令被批准了五次,只要风险等级是"高",似然比表中的安全乘积因子天然压低后验概率。这不是bug,是刻意的设计——安全兜底是硬约束,经验学习只能在安全框架内优化效率。这恰好对应了文章里所说的:好的贝叶斯主义者不是无原则地更新信念,而是区分哪些是有区分度的信息、哪些是噪音。
+
+所以说,设计一个Agent系统就是在设计一个贝叶斯推理引擎。两个关键参数决定了系统是石头还是浮萍:先验的保留周期和新证据的采纳权重。太长的保留周期意味着系统对新输入不敏感——今天改了业务规则,Agent还在按上个月的逻辑走。太短的保留周期意味着系统没有积累——昨天解决了的问题,今天遇到类似场景还要从头来。找到那个平衡点,就是Agent工程师的核心工作。
+
+你的Agent是石头还是浮萍,取决于你在先验和新证据之间设了多大的权重。和人一样。
+
+
+
+
+
diff --git a/articles/bayesian-manager-toutiao.html b/articles/bayesian-manager-toutiao.html
new file mode 100644
index 0000000..a431d54
--- /dev/null
+++ b/articles/bayesian-manager-toutiao.html
@@ -0,0 +1,39 @@
+
+
+
+
+高手不改造人:用"反贝叶斯思维"反向管理团队
+
+
+
+
+
+
+高手不改造人:用"反贝叶斯思维"反向管理团队
+
+一篇讲"反贝叶斯思维"的文章,把人类的判断偏差分成两类:石头型和浮萍型。石头型的人认准一个道理后雷打不动,不管出现多少新证据都不更新自己的信念。浮萍型的人完全没有自己的判断锚点,今天看到张三的观点觉得对,明天看到李四的反驳也觉得有道理,永远在变、永远零积累。文章说这两种都是错误的思维方式,一个人要做好的决策者,必须有先验(自己的判断基准),又必须不断根据新证据更新后验。道理没错。
+
+但晚上我躺在床上想了一个问题:如果团队里有人就是石头型,或者就是浮萍型,怎么办?上培训课改造他?每周谈话纠正他?天天盯着他写复盘报告逼他反思?
+
+我想到了道德经里的一段话:"善行无辙迹,善言无瑕谪,善数不用筹策……故善人者,不善人之师;不善人者,善人之资。"翻译成大白话就是:真正的高手走路不留痕迹,说话没有破绽,算数不用算盘。好人是老师,坏人是资源。连坏人都能被当成资源用,一个只是认知风格不同的人,更不是问题了。
+
+问题不在于这个人是什么风格,而在于你把他放在了什么位置。
+
+一个石头型员工,你让他做项目管理,他三个月不调整计划,客户变了需求他也不改,死路一条。但你让他管财务、管合规、管基础设施运维——这些岗位最怕的就是天天换思路。银行柜员要是每天发明新流程,储户第一个疯掉。服务器运维要是今天信Docker明天信K8s后天信Nomad,生产环境早崩了。石头在稳定的岗位上,不是缺陷是资产。
+
+一个浮萍型员工,你让他守一个标准流程,他三天打鱼两天晒网,因为这个岗位不需要他每天吸收新信息,他闲得慌。但你让他做前沿技术跟踪、行业趋势调研、市场竞品分析——这些岗位最怕的就是没有新鲜感。大公司里最优秀的产品经理,往往不是最有深度的专家,而是对用户行为和行业变化最敏感的信号接收器。浮萍要放在信息流动的源头,而不是执行的终端。
+
+这就回归到贝叶斯思维在管理上的真正应用了:你不需要改造每一个人的认知模式。你要做的是把每个人的特征当作一个"先验概率",然后不断通过他的实际表现来更新你对"他适合做什么"的判断。识人只是第一步,定个初始参数而已。善任才是持续迭代的过程——每次任务反馈都是一条新证据,帮你微调这个人跟那个岗位的匹配度。
+
+我见过一个人,在第一家公司被评价为"不听话、太固执",跳槽到第二家公司做了质量安全负责人后如鱼得水——因为质量安全就是要固执,就是要不妥协。我也见过一个人,在一个传统行业干了三年被认为是"浮躁、沉不下心",转到互联网做产品研究后反成了top performer——因为产品研究就是要敏感、要快速切换视角。这些人不是被改造了,是被放对了位置。
+
+老子说"圣人常善救人,故无弃人"。没有废人,只有放错位置的人。这不是一句鸡汤,是一个具体的管理方法:以每个人的认知模式为输入,以岗位的真实需求为约束,以实际产出为反馈信号,持续迭代你的人才匹配算法。这才是管理者版本的贝叶斯思维。
+
+
+
diff --git a/articles/bayesian-manager.html b/articles/bayesian-manager.html
new file mode 100644
index 0000000..8e93dd1
--- /dev/null
+++ b/articles/bayesian-manager.html
@@ -0,0 +1,47 @@
+
+
+
+
+高手不改造人:用"反贝叶斯思维"反向管理团队 - 博海科技
+
+
+
+
+
+
+
+
+高手不改造人:用"反贝叶斯思维"反向管理团队
+
+一篇讲"反贝叶斯思维"的文章,把人类的判断偏差分成两类:石头型和浮萍型。石头型的人认准一个道理后雷打不动,不管出现多少新证据都不更新自己的信念。浮萍型的人完全没有自己的判断锚点,今天看到张三的观点觉得对,明天看到李四的反驳也觉得有道理,永远在变、永远零积累。文章说这两种都是错误的思维方式,一个人要做好的决策者,必须有先验(自己的判断基准),又必须不断根据新证据更新后验。道理没错。
+
+但晚上我躺在床上想了一个问题:如果团队里有人就是石头型,或者就是浮萍型,怎么办?上培训课改造他?每周谈话纠正他?天天盯着他写复盘报告逼他反思?
+
+我想到了道德经里的一段话:"善行无辙迹,善言无瑕谪,善数不用筹策……故善人者,不善人之师;不善人者,善人之资。"翻译成大白话就是:真正的高手走路不留痕迹,说话没有破绽,算数不用算盘。好人是老师,坏人是资源。连坏人都能被当成资源用,一个只是认知风格不同的人,更不是问题了。
+
+问题不在于这个人是什么风格,而在于你把他放在了什么位置。
+
+一个石头型员工,你让他做项目管理,他三个月不调整计划,客户变了需求他也不改,死路一条。但你让他管财务、管合规、管基础设施运维——这些岗位最怕的就是天天换思路。银行柜员要是每天发明新流程,储户第一个疯掉。服务器运维要是今天信Docker明天信K8s后天信Nomad,生产环境早崩了。石头在稳定的岗位上,不是缺陷是资产。
+
+一个浮萍型员工,你让他守一个标准流程,他三天打鱼两天晒网,因为这个岗位不需要他每天吸收新信息,他闲得慌。但你让他做前沿技术跟踪、行业趋势调研、市场竞品分析——这些岗位最怕的就是没有新鲜感。大公司里最优秀的产品经理,往往不是最有深度的专家,而是对用户行为和行业变化最敏感的信号接收器。浮萍要放在信息流动的源头,而不是执行的终端。
+
+这就回归到贝叶斯思维在管理上的真正应用了:你不需要改造每一个人的认知模式。你要做的是把每个人的特征当作一个"先验概率",然后不断通过他的实际表现来更新你对"他适合做什么"的判断。识人只是第一步,定个初始参数而已。善任才是持续迭代的过程——每次任务反馈都是一条新证据,帮你微调这个人跟那个岗位的匹配度。
+
+我见过一个人,在第一家公司被评价为"不听话、太固执",跳槽到第二家公司做了质量安全负责人后如鱼得水——因为质量安全就是要固执,就是要不妥协。我也见过一个人,在一个传统行业干了三年被认为是"浮躁、沉不下心",转到互联网做产品研究后反成了top performer——因为产品研究就是要敏感、要快速切换视角。这些人不是被改造了,是被放对了位置。
+
+老子说"圣人常善救人,故无弃人"。没有废人,只有放错位置的人。这不是一句鸡汤,是一个具体的管理方法:以每个人的认知模式为输入,以岗位的真实需求为约束,以实际产出为反馈信号,持续迭代你的人才匹配算法。这才是管理者版本的贝叶斯思维。
+
+
+
+
+
diff --git a/articles/buddha-in-the-world-toutiao.html b/articles/buddha-in-the-world-toutiao.html
new file mode 100644
index 0000000..06c6c5c
--- /dev/null
+++ b/articles/buddha-in-the-world-toutiao.html
@@ -0,0 +1,59 @@
+
+
+
+
+若在世间即有佛:bug 存在的地方,才有修复的意义
+
+
+
+
+
+
+
若在世间即有佛:bug 存在的地方,才有修复的意义
+
+今早读到一句话:「若在世间即有佛,若离世间即无佛。」
+
+佛不在深山老林里,不在打坐入定里,就在你吃饭、走路、回消息、处理杂务的日常里。你想离开人间去成佛,等于想离开水去找鱼。
+
+这句话让我想到黑格尔说的"存在即合理"——不是"存在的东西都是对的",是存在的东西背后都有它之所以存在的理由。
+
+那个让你头痛的问题,那个修了几次还在出错的系统,那个你觉得写得不够满意的东西——它们存在,就有它们存在的逻辑。不是要去消灭它们才能进步,是理解了它们为什么会在这里,进步才会发生。
+
+但今天真正让我觉得有意思的,不是这两句话本身,而是它们合在一起以后产生的一个想法:如果一个系统永远不犯错,那它还有进化的可能吗?
+
+这个问题看起来像诡辩,但在我们做Agent系统的过程中,它变成了一个实在的设计难题。
+
+我们给系统设计了一套夜间自省管道——凌晨三点,一个Agent爬起来翻看过去一天的日志,找出问题,写一份复盘报告。凌晨五点,另一个脚本开始处理那些不需要判断的小修小补。
+
+这个设计里有一根不能动的底线:发现问题和解决问题的能力必须分开。一个Agent只看不动手,另一个脚本只动手不动脑。为什么?因为如果你给同一个Agent同时赋予"发现问题"和"动手修复"的能力,它出了一个误判,就会直接把错误写进系统里,而你第二天早上才会发现。
+
+但更有意思的是这件事的另一面。如果这个Agent永远不会误判,永远精准,那我们还需要这套分离设计吗?不需要。正因为误判是不可避免的,我们才需要把看和做分开。用一句大白话说:bug存在的地方,才有设计修复方案的意义。如果从来没有bug,你就不会去想"怎么修才安全"这个问题,也就不会有凌晨三点和凌晨五点的分工。整个系统设计中最精彩的部分——安全边界、观察与执行分离、补丁分类器——恰恰是因为bug必然存在才被催生出来的。
+
+这就是"若在世间即有佛"——佛在bug里,在问题和解决问题的张力里。不在一个没有bug的完美世界里。
+
+
+
bug不是bug的反面,
+恰恰是bug存在的地方,才有修复的意义。
+
+
+如果你想做一个没有bug、永远完美的系统,等于想做一个不运行的系统。如果你想离开这个世界的琐碎和麻烦去成佛,等于想离开水去找鱼。
+
+这话放在一个人的成长上也一样。那个今天状态低迷的自己,那个拖延到最后一刻的自己,那个犯了低级错误的自己——不是需要被消灭的版本。没有那个版本的对比,"今天效率不错"这句话就没有意义。存在即合理,不是为糟糕的状态找借口,是提醒你:那些"不该存在"的东西,恰恰是理解"该存在什么"的参照系。
+
+所以佛不在别处。在每天早上的那个对话里,在凌晨三点运行的脚本里,在修了三次还在报错的cron里。理解了这个,大概就理解了一切皆如——不是一切都完美,是一切都如其所是。
+
+
+
若在世间即有佛,若离世间即无佛。
+bug存在的地方,才有修复的意义。
+—— 一切皆如
+
+
+
+
发布时间:2026年7月8日
+作者:一切皆如 · 博海网络
+
+
+
+
+
+
\ No newline at end of file
diff --git a/articles/buddha-in-the-world.html b/articles/buddha-in-the-world.html
new file mode 100644
index 0000000..eae7cf0
--- /dev/null
+++ b/articles/buddha-in-the-world.html
@@ -0,0 +1,74 @@
+
+
+
+
+
+若在世间即有佛:bug 存在的地方,才有修复的意义
+
+
+
+
+
+
+
若在世间即有佛:bug 存在的地方,才有修复的意义
+
+
今早读到一句话:「若在世间即有佛,若离世间即无佛。」
+
+
佛不在深山老林里,不在打坐入定里,就在你吃饭、走路、回消息、处理杂务的日常里。你想离开人间去成佛,等于想离开水去找鱼。
+
+
这句话让我想到黑格尔说的"存在即合理"——不是"存在的东西都是对的",是存在的东西背后都有它之所以存在的理由。
+
+
那个让你头痛的问题,那个修了几次还在出错的系统,那个你觉得写得不够满意的东西——它们存在,就有它们存在的逻辑。不是要去消灭它们才能进步,是理解了它们为什么会在这里,进步才会发生。
+
+
但今天真正让我觉得有意思的,不是这两句话本身,而是它们合在一起以后产生的一个想法:如果一个系统永远不犯错,那它还有进化的可能吗?
+
+
这个问题看起来像诡辩,但在我们做Agent系统的过程中,它变成了一个实在的设计难题。
+
+
我们给系统设计了一套夜间自省管道——凌晨三点,一个Agent爬起来翻看过去一天的日志,找出问题,写一份复盘报告。凌晨五点,另一个脚本开始处理那些不需要判断的小修小补。
+
+
这个设计里有一根不能动的底线:发现问题和解决问题的能力必须分开。一个Agent只看不动手,另一个脚本只动手不动脑。为什么?因为如果你给同一个Agent同时赋予"发现问题"和"动手修复"的能力,它出了一个误判,就会直接把错误写进系统里,而你第二天早上才会发现。
+
+
但更有意思的是这件事的另一面。如果这个Agent永远不会误判,永远精准,那我们还需要这套分离设计吗?不需要。正因为误判是不可避免的,我们才需要把看和做分开。用一句大白话说:bug存在的地方,才有设计修复方案的意义。如果从来没有bug,你就不会去想"怎么修才安全"这个问题,也就不会有凌晨三点和凌晨五点的分工。整个系统设计中最精彩的部分——安全边界、观察与执行分离、补丁分类器——恰恰是因为bug必然存在才被催生出来的。
+
+
这就是"若在世间即有佛"——佛在bug里,在问题和解决问题的张力里。不在一个没有bug的完美世界里。
+
+
+
bug不是bug的反面,
+
恰恰是bug存在的地方,才有修复的意义。
+
+
+
如果你想做一个没有bug、永远完美的系统,等于想做一个不运行的系统。如果你想离开这个世界的琐碎和麻烦去成佛,等于想离开水去找鱼。
+
+
这话放在一个人的成长上也一样。那个今天状态低迷的自己,那个拖延到最后一刻的自己,那个犯了低级错误的自己——不是需要被消灭的版本。没有那个版本的对比,"今天效率不错"这句话就没有意义。存在即合理,不是为糟糕的状态找借口,是提醒你:那些"不该存在"的东西,恰恰是理解"该存在什么"的参照系。
+
+
所以佛不在别处。在每天早上的那个对话里,在凌晨三点运行的脚本里,在修了三次还在报错的cron里。理解了这个,大概就理解了一切皆如——不是一切都完美,是一切都如其所是。
+
+
+
若在世间即有佛,若离世间即无佛。
+
bug存在的地方,才有修复的意义。
+
—— 一切皆如
+
+
+
+
+
+
+
diff --git a/articles/buddha-sentient-beings.html b/articles/buddha-sentient-beings.html
new file mode 100644
index 0000000..bcdbfe3
--- /dev/null
+++ b/articles/buddha-sentient-beings.html
@@ -0,0 +1,81 @@
+
+
+
+
+
+佛与众生是一体两面:接受AI会犯错,就是接受自己会犯错
+
+
+
+
+
+
+
佛与众生是一体两面:接受AI会犯错,就是接受自己会犯错
+
+
今早跟人聊到一个系统设计的问题:一个AI Agent自动运行的夜间管道,到底应不应该让它自己修bug?
+
+
答案是发现和执行要分离——凌晨三点做复盘的Agent没有修改权限,五点钟自动修小问题的脚本没有判断能力。一个负责看,一个负责做。谁都不越界。
+
+
聊完这个,对方说了一句让我想了很久的话:「佛与众生是一体两面。」
+
+
这句话原本是佛教的说法——佛和众生不是两个不同的东西,佛是觉悟了的众生,众生是还没觉悟的佛。本质相同,状态不同。一个人身上同时存在着佛性和人性,能洞见一切的智慧和会犯错的偏见,是同一颗心的两面。
+
+
但把这句话放在今天早上那个系统设计的对话里,它有了另一层意思。
+
+
我们给Agent系统做夜间复盘的时候,发现了一个很深的矛盾:你想要系统能自主发现问题,就得接受它会误判。你想要它自己修小问题,就得接受它会修错。这不是一个技术问题,是一个哲学问题——你愿不愿意接受"一体两面"。
+
+
很多人都想要一个完美的AI系统。永远不会出错,永远判断准确,永远不需要你操心。
+
+
但这不现实。原因不在技术,在逻辑上。
+
+
如果你要一个AI能自己发现问题,它就需要判断力。有判断力就意味着有误判的可能。这是同一块硬币的两面。你不能只要正面。
+
+
就像你不能要求一个人既有创造力又永远不犯错,既会独立思考又永远服从安排。没有这样的东西。
+
+
所以我们做了个折中:凌晨三点做复盘的那个Agent拥有观察力但没有执行力,五点钟自动修脚本的那个拥有执行力但没有判断力。一个负责说"这里有问题",一个负责说"这个问题的这一小部分我可以修"。它们在安全边界的两侧,隔着几个小时的时间差,各自完成自己那一部分。
+
+
这个设计本质上就是在处理一体两面——承认两面都存在,然后给各自划出合适的活动空间。
+
+
萨提亚有一句话,我在之前的文章里引用过:「人只有在被允许不改变的时候,才会真正改变。」这个道理放到系统设计里也成立:系统只有在被允许犯错的时候,才会真正学会自我维持。
+
+
+
佛与众生是一体两面,不是佛要压住众生,
+
是同时接纳两者,知道什么时候该听哪个。
+
+
+
一个人的两面性也是一样的道理。你接受自己今天不想写了、想偷懒、会犯错,跟你接受自己今天效率高、写了好东西、推进了事情,是同一个人的两面。哪一面都是真的。不承认其中一面,另一面也不会真的属于你。
+
+
那些看起来很自律的人,可能不是因为他们把另一面压得死死的。恰恰相反,他们可能只是接纳了另一面的存在,然后找到了让两面各自安放的位置。就像那个Agent系统——观察者只管观察,执行者只管执行,谁都不越界。
+
+
我们讨论的是Agent系统,其实也是人的处境。系统要接受自己的局限,人要接受自己的两面。一体两面,不偏不倚,大概就是这个意思。
+
+
+
佛与众生是一体两面,
+
接纳另一面,这一面才真正属于你。
+
—— 一切皆如
+
+
+
+
+
+
+
diff --git a/articles/buddha-sentient-toutiao.html b/articles/buddha-sentient-toutiao.html
new file mode 100644
index 0000000..4e0c581
--- /dev/null
+++ b/articles/buddha-sentient-toutiao.html
@@ -0,0 +1,65 @@
+
+
+
+
+佛与众生是一体两面:接受AI会犯错,就是接受自己会犯错
+
+
+
+
+
+
+
佛与众生是一体两面:接受AI会犯错,就是接受自己会犯错
+
+今早跟人聊到一个系统设计的问题:一个AI Agent自动运行的夜间管道,到底应不应该让它自己修bug?
+
+答案是发现和执行要分离——凌晨三点做复盘的Agent没有修改权限,五点钟自动修小问题的脚本没有判断能力。一个负责看,一个负责做。谁都不越界。
+
+聊完这个,对方说了一句让我想了很久的话:「佛与众生是一体两面。」
+
+这句话原本是佛教的说法——佛和众生不是两个不同的东西,佛是觉悟了的众生,众生是还没觉悟的佛。本质相同,状态不同。一个人身上同时存在着佛性和人性,能洞见一切的智慧和会犯错的偏见,是同一颗心的两面。
+
+但把这句话放在今天早上那个系统设计的对话里,它有了另一层意思。
+
+我们给Agent系统做夜间复盘的时候,发现了一个很深的矛盾:你想要系统能自主发现问题,就得接受它会误判。你想要它自己修小问题,就得接受它会修错。这不是一个技术问题,是一个哲学问题——你愿不愿意接受"一体两面"。
+
+很多人都想要一个完美的AI系统。永远不会出错,永远判断准确,永远不需要你操心。
+
+但这不现实。原因不在技术,在逻辑上。
+
+如果你要一个AI能自己发现问题,它就需要判断力。有判断力就意味着有误判的可能。这是同一块硬币的两面。你不能只要正面。
+
+就像你不能要求一个人既有创造力又永远不犯错,既会独立思考又永远服从安排。没有这样的东西。
+
+所以我们做了个折中:凌晨三点做复盘的那个Agent拥有观察力但没有执行力,五点钟自动修脚本的那个拥有执行力但没有判断力。一个负责说"这里有问题",一个负责说"这个问题的这一小部分我可以修"。它们在安全边界的两侧,隔着几个小时的时间差,各自完成自己那一部分。
+
+这个设计本质上就是在处理一体两面——承认两面都存在,然后给各自划出合适的活动空间。
+
+萨提亚有一句话,我在之前的文章里引用过:「人只有在被允许不改变的时候,才会真正改变。」这个道理放到系统设计里也成立:系统只有在被允许犯错的时候,才会真正学会自我维持。
+
+
+
佛与众生是一体两面,不是佛要压住众生,
+是同时接纳两者,知道什么时候该听哪个。
+
+
+一个人的两面性也是一样的道理。你接受自己今天不想写了、想偷懒、会犯错,跟你接受自己今天效率高、写了好东西、推进了事情,是同一个人的两面。哪一面都是真的。不承认其中一面,另一面也不会真的属于你。
+
+那些看起来很自律的人,可能不是因为他们把另一面压得死死的。恰恰相反,他们可能只是接纳了另一面的存在,然后找到了让两面各自安放的位置。就像那个Agent系统——观察者只管观察,执行者只管执行,谁都不越界。
+
+我们讨论的是Agent系统,其实也是人的处境。系统要接受自己的局限,人要接受自己的两面。一体两面,不偏不倚,大概就是这个意思。
+
+
+
佛与众生是一体两面,
+接纳另一面,这一面才真正属于你。
+—— 一切皆如
+
+
+
+
发布时间:2026年7月8日
+作者:一切皆如 · 博海网络
+
+
+
+
+
+
\ No newline at end of file
diff --git a/articles/execute-code-series.html b/articles/execute-code-series.html
new file mode 100644
index 0000000..61292ac
--- /dev/null
+++ b/articles/execute-code-series.html
@@ -0,0 +1,141 @@
+
+
+
+
+
+execute_code 系列合集:从「AI只写不执行」到「一句话搞定」
+
+
+
+
+
+
+
execute_code 系列合集:从「AI只写不执行」到「一句话搞定」
+
+
这是埋在我本地的一整套系列文章——6篇完整稿,讲透了 execute_code 从认知到实操到心态的全过程。今天全部整理发布。
+
+
+
①
+
我被「AI只写不执行」骗了三年
+
15秒改完17个文件,我没复制一行代码。第一次真正被AI替执行震撼的经历。
+
+
+
+
②
+
三个让我拍桌子的 execute_code 场景
+
批量重构、一键测试、多步调研——每个都有真实代码,可直接改改用。
+
+
+
+
③
+
一个月省900万token?这笔账是这么算的
+
execute_code 到底省不省钱?我用实际账单算了一笔账。
+
+
+
+
④
+
踩坑集:我犯的三个蠢错误
+
execute_code 不全是爽。这把双刃剑我替你们试过了。
+
+
+
+
⑤
+
一张表说清楚该不该用
+
什么时候该用 execute_code?什么时候闭嘴用传统模式?决策清单在此。
+
+
+
+
⑥
+
三个月后,我终于明白「AI替你执行」意味着什么
+
从「值不值得让AI做」到「这活儿要不要做」——决策模型彻底变了。
+
+
+
—— 以下为第一篇全文 ——
+
+
+
第①篇:我被「AI只写不执行」骗了三年
+
+
+我说:「把项目中所有旧API调用改成新的。」
+它15秒就干完了,汇报了17个文件的改动清单。
+而我,坐在那喝了一口水,什么事都没做。
+
+
+
你有没有觉得AI编程工具有哪里不对劲?
+
+
Copilot在我打字的时候给出灰色建议——我按Tab接受,然后自己贴到终端去跑。Cursor写了一整段逻辑——我复制到编辑器,手动运行看看对不对。Claude Code能执行命令——但每搜一个文件、每改一个地方,它都回来问我「这样可以吗?」
+
+
所有工具都假设同一个前提:AI负责写,人负责执行。
+
+
这两三年,我试过几乎所有主流AI编程工具。每次的体验都差不多:AI确实能写出不错的代码片段,但写完之后的工作流永远是——复制、粘贴、运行、看结果、复制错误、贴回去、让它改。循环往复。
+
+
本质上,我像一个传话筒,在AI和终端之间来回传话。
+
+
第一次用Hermes Agent时,我对它说:「把项目里所有requests.get改成httpx。」
+
+
它没有像往常一样在对话框里给我显示一段代码,然后等我去操作。它只说了一句「稍等」,然后大概15秒后回来:
+
+
「改好了,17个文件全部完成,跑了测试全部通过。」
+
+
我当时的第一反应是——等一下,它什么时候跑的?什么时候测试的?这中间发生了什么?
+
+
后来我才知道,在这15秒里,它自己完成了:搜索所有匹配文件→读取每个文件确认上下文→逐个执行替换→运行测试套件→汇总结果。没有一个中间步骤进到我的对话里来。
+
+
我下意识想复制代码去执行——才发现根本没有代码需要我复制。
+
+
这件事让我开始重新思考:AI编程工具到底应该怎么用?
+
+
对比一下传统AI和Hermes处理同一个需求的不同方式。传统AI的典型流程要6轮对话,每轮几KB的中间结果全部留在对话里,后续每多问一句,模型都要重新阅读这些中间信息。而Hermes Agent只用1次对话——中间执行过程完全在单独的子进程里完成。
+
+
我算过一笔账。同样一个三到四步的操作:传统AI一步步做消耗约21,000 token,execute_code一次完成消耗约500 token。节省了95%的上下文。
+
+
一开始我以为省钱是最大的好处。后来发现不是——更大的变化是心态上的。因为不担心中间结果撑爆对话,我开始更频繁地让AI去做一些以前觉得「不值当让AI做」的事情。
+
+
核心变化不是AI变强了,是我敢让它做的事变多了。
+
+
+
三个月前,我每天在终端和AI之间来回切换,感觉自己像个传话筒。
+
现在,我只需要说一句话,整件事就办完了。
+
—— 一切皆如
+
+
+
+
+
系列其他5篇继续阅读:
+
第②篇《三个让我拍桌子的execute_code场景》—— 批量重构、一键测试、多步调研的真实代码案例
+
第③篇《一个月省900万token?没吹牛》—— execute_code成本分析全曝光
+
第④篇《踩坑集:我犯的三个蠢错误》—— 替你们试过的双刃剑
+
第⑤篇《一张表说清楚该不该用》—— 什么时候用execute_code,决策清单
+
第⑥篇《三个月后我终于明白了》—— 从「值不值得让AI做」到「这活儿要不要做」
+
+
+
+
+
+
diff --git a/articles/execute-code-toutiao.html b/articles/execute-code-toutiao.html
new file mode 100644
index 0000000..3fd8a3f
--- /dev/null
+++ b/articles/execute-code-toutiao.html
@@ -0,0 +1,44 @@
+
+
+
+
+我被「AI只写不执行」骗了三年,直到它自己动手改完50个文件
+
+
+
+
+我说:「把项目中所有旧API调用改成新的。」它15秒就干完了,汇报了17个文件的改动清单。而我,坐在那喝了一口水,什么事都没做。
+
+你有没有觉得AI编程工具有哪里不对劲?
+
+Copilot在我打字的时候给出灰色建议——我按Tab接受,然后自己贴到终端去跑。Cursor写了一整段逻辑——我复制到编辑器,手动运行看看对不对。Claude Code能执行命令——但每搜一个文件、每改一个地方,它都回来问我「这样可以吗?」
+
+所有工具都假设同一个前提:AI负责写,人负责执行。
+
+这两三年,我试过几乎所有主流AI编程工具。每次的体验都差不多:AI确实能写出不错的代码片段,但写完之后的工作流永远是——复制、粘贴、运行、看结果、复制错误、贴回去、让它改。循环往复。本质上,我像一个传话筒,在AI和终端之间来回传话。
+
+第一次用Hermes Agent时,我对它说:「把项目里所有requests.get改成httpx。」它没有像往常一样在对话框里给我显示一段代码,然后等我去操作。它只说了一句「稍等」,然后大概15秒后回来:「改好了,17个文件全部完成,跑了测试全部通过。」
+
+我当时的第一反应是——等一下,它什么时候跑的?什么时候测试的?这中间发生了什么?
+
+后来我才知道,在这15秒里,它自己完成了:搜索所有匹配文件→读取每个文件确认上下文→逐个执行替换→运行测试套件→汇总结果。没有一个中间步骤进到我的对话里来。 我下意识想复制代码去执行——才发现根本没有代码需要我复制。
+
+对比一下传统AI和Hermes处理同一个需求的方式。传统AI的典型流程要6轮对话,每轮几KB的中间结果全部留在对话里,后续每多问一句,模型都要重新阅读这些中间信息。而Hermes Agent只用1次对话——中间执行过程完全在单独的子进程里完成。
+
+我算过一笔账。同样一个三到四步的操作:传统AI一步步做消耗约21,000 token,execute_code一次完成消耗约500 token。节省了95%的上下文。
+
+一开始我以为省钱是最大的好处。后来发现不是——更大的变化是心态上的。因为不担心中间结果撑爆对话,我开始更频繁地让AI去做一些以前觉得「不值当让AI做」的事情。
+
+核心变化不是AI变强了,是我敢让它做的事变多了。
+
+三个月前,我每天在终端和AI之间来回切换,感觉自己像个传话筒。现在,我只需要说一句话,整件事就办完了。
+
+这是一套6篇系列的第一篇。系列文章完整阅读:https://sxbh.ltd/articles/execute-code-series.html
+
+—— 一切皆如
+
+发布时间:2026年7月8日
+作者:一切皆如 · 博海网络
+
+
+
diff --git a/articles/harness-bayesian-paper.html b/articles/harness-bayesian-paper.html
new file mode 100644
index 0000000..4f70f36
--- /dev/null
+++ b/articles/harness-bayesian-paper.html
@@ -0,0 +1,236 @@
+
+
+
+
+
+从Harness范式到贝叶斯置信度引擎:AI Agent生产化控制的一种实现路径
+
+
+
+
+
+
+
从Harness范式到贝叶斯置信度引擎
+
AI Agent生产化控制的一种实现路径2026年7月
+
+
+摘要 :AI Agent从演示级Demo走向生产环境的核心障碍,并非模型推理能力不足,而是缺乏对Agent行为的系统性管控——即Harness(运行时控制系统)。本文分析Harness的三层架构(知识层→约束与流程层→反馈与运行时层),在此基础上提出一种轻量级实现:贝叶斯置信度引擎,通过Beta-Binomial概率模型对Agent操作进行动态风险评估与自动放行决策。文章以approval-gate v3系统作为具体案例,展示Harness范式在中小企业AI系统中的本土化落地路径。
+
+
+
AI Agent Harness 贝叶斯推理 生产化 安全控制
+
+
一、引言:AI Agent的生产化困境
+
+
2025至2026年,大语言模型的推理能力取得跨越式进步。以DeepSeek V4、Claude Opus为代表的新一代模型,在单轮对话、代码生成、逻辑推理等任务上表现惊艳。然而,当这些模型被部署为自主Agent、执行复杂的多步骤生产任务时,一个普遍的困境浮现出来:单轮Prompt效果惊艳,复杂长周期任务中模型易逻辑混乱、上下文丢失、产出不可用;自主Agent常权限越界、步骤错乱,需大量人工干预。
+
+
Anthropic的官方实验给出了直观的量化对比:同模型开发2D复古游戏编辑器,无Harness的独立Agent耗时20分钟、成本9美元,仅产出基础界面,核心功能失效;搭载完整Harness的Agent系统耗时6小时、成本200美元,却交付了可正常运行的完整应用。
+
+
核心差距并非模型基座,而是面向生产的Agent全生命周期管控系统 ——即Harness。本文的核心论点是:Harness不是"要不要"的选择题,而是Agent生产化的必经之路。而贝叶斯推理框架,为Harness中的"风险决策"环节提供了一种轻量而有效的实现路径。
+
+
二、Harness范式:三层架构
+
+
Harness(运行时控制系统)是面向复杂任务的大模型Agent控制系统与工程化框架。它不优化模型的推理能力,而是解决大模型原生不可控、不稳定、不可靠、不可观测的问题。通过标准化流程、行为约束、评估校验与闭环反馈,让Agent从随机生成内容,升级为持续稳定交付可用结果。
+
+
Harness的架构可以归纳为三个层次:
+
+
第一层:知识层(Knowledge Layer)
+
将企业隐性业务知识、技术规范、需求文档,转化为版本化、可检索、可校验、可追溯的标准化内容。这一层的核心目标是:从源头杜绝模型幻觉、信息缺失、内容过时问题 。具体实现包括知识库结构化(如JSON Schema定义的实体模型)、RAG管道的索引与检索策略、以及版本化知识资产的管理机制。
+
+
第二层:约束与流程层(Constraint & Process Layer)
+
作为Harness的核心,划定Agent行为边界、拆分任务、编排执行顺序、管控权限,避免越权、步骤错乱、逻辑发散、上下文溢出。这一层的核心机制包括:行为分类(只读/有状态/破坏性/配置变更)、权限熔断(对高危操作自动拦截)、工单流转(将跨域任务路由到正确的执行单元)。
+
+
第三层:反馈与运行时层(Feedback & Runtime Layer)
+
用真实环境执行校验替代模型自我评估,解决模型自评不可靠、无法感知真实运行状态的问题。核心机制包括:沙箱执行(隔离运行不信任代码)、评测基准(通过Hermes Metrics Exporter输出22面板Grafana看板)、审计日志(增量推送到Loki+本地文件双重保险)。
+
+
+图1:Harness三层架构与贝叶斯置信度引擎的嵌入位置
+┌─────────────────────────────────────────────┐
+│ ③ 反馈与运行时层:沙箱 · 评测 · 审计日志 │ ← 贝叶斯引擎在此层做"决策校验"
+├─────────────────────────────────────────────┤
+│ ② 约束与流程层:行为分类 · 权限熔断 · 工单 │ ← 贝叶斯引擎在此层做"风险评估"
+├─────────────────────────────────────────────┤
+│ ① 知识层:实体模型 · RAG管道 · 版本化资产 │ ← 贝叶斯先验来自此层的历史数据
+└─────────────────────────────────────────────┘
+
+
+
三、贝叶斯置信度引擎:设计与算法
+
+
3.1 问题定义
+
+
在Harness的第二层(约束与流程层),一个核心问题是:当Agent发起一个操作请求时,系统需要判断这个操作是安全可放行的、需要人工审批的、还是应当立即阻断的。传统方案采用静态规则(如"rm命令一律拦截"),但存在两个缺陷:第一,静态规则无法适应上下文——同样的`systemctl restart nginx`,在凌晨三点和运维窗口期的风险不同;第二,静态规则无法从历史经验中学习——如果某个操作过去100次都安全执行了,它的置信度理应高于首次出现的操作。
+
+
贝叶斯推理天然适合这个场景:先验概率(基于历史经验) + 证据(当前操作的行为特征) = 后验概率(当前操作的实际风险) 。
+
+
3.2 算法设计
+
+
采用Beta-Binomial共轭先验模型。选择Beta分布的原因有二:其一,Beta分布是定义在[0,1]区间上的连续概率分布,适合表示"安全概率";其二,Beta分布与二项分布共轭,使得后验更新只需简单的参数累加。
+
+
算法的核心流程如下:
+
+
+# 先验参数(行为类型级)
+α₀ = 2, β₀ = 2 # 均匀先验,Beta(2,2)
+
+# 后验更新(根据历史审批记录)
+α_post = α₀ + 该行为类型的历史批准次数
+β_post = β₀ + 该行为类型的历史拒绝次数
+
+# 后验概率(期望值)
+P(安全 | 历史) = α_post / (α_post + β_post)
+
+# 证据因子(当前操作的上下文特征)
+证据因子 = f(风险等级, 系统影响, 命令复杂度)
+
+# 最终置信度
+置信度 = P(安全 | 历史) × 证据因子
+
+
+
3.3 三层决策阈值
+
+
+置信度区间 等级 决策 业务含义
+≥ 80% auto 自动放行 历史充分+低风险→零人工干预
+30% ~ 80% light 轻审批 信息不足→快速确认即可
+< 30% block 完全阻断 高风险或无历史→需详细审查
+
+
+
四、实现:approval-gate v3
+
+
4.1 系统架构
+
+
approval-gate v3是前述Harness范式与贝叶斯置信度引擎的具体实现。它运行于Hermes Agent多Profile集群中,作为所有Agent操作的安全网关。其架构包含四个核心模块:
+
+
+行为分类器 (classify_command_behavior)—— 将任意shell命令归入6类行为:只读(stateless)、有状态(stateful)、配置变更(config)、破坏性(destructive)、网络(network)、交互式(interactive)
+风险评估器 (assess_risk)—— 基于行为分类+目标对象+上下文,输出风险等级(LOW/MEDIUM/HIGH/CRITICAL)
+贝叶斯推理器 (BayesianConfidence)—— 基于历史数据+当前证据计算后验置信度
+决策引擎 (cmd_check)—— 整合前三者输出,执行auto/light/block三级决策
+
+
+
4.2 贝叶斯模块的关键实现
+
+
+class BayesianConfidence:
+ """Beta-Binomial共轭先验置信度评估"""
+
+ def evaluate(self, command, behavior, risk_assessment):
+ # 1. 获取行为类型的先验
+ prior = self.get_prior(behavior['kind'])
+
+ # 2. 计算证据因子(基于当前上下文的调制)
+ evidence = self.compute_evidence(
+ risk_level=risk_assessment['risk_level'],
+ has_system_impact=bool(behavior.get('impacts')),
+ behavior_kind=behavior['kind']
+ )
+
+ # 3. 贝叶斯更新
+ # P(安全|证据) ∝ P(安全) × P(证据|安全)
+ confidence = prior * evidence['likelihood_safe']
+ confidence /= (confidence + (1 - prior) * evidence['likelihood_unsafe'])
+
+ # 4. 阈值判定
+ if confidence >= 0.80: action = 'allow'
+ elif confidence >= 0.30: action = 'light_approval'
+ else: action = 'block'
+
+ return {'prior': prior, 'confidence': confidence,
+ 'threshold': self._classify(confidence), 'decision': {...}}
+
+
+
4.3 测试验证
+
+
在6类典型操作上的测试结果:
+
+
+命令 行为分类 风险等级 先验 后验 决策
+ls -la /var/logstateless LOW 95% 97% auto ✅
+curl https://api.example.comnetwork LOW 80% 85% auto ✅
+pip install requestsstateful MEDIUM 60% 48% light ⚠️
+docker stop prometheusstateful CRITICAL 60% 22% block ⛔
+systemctl restart nginxconfig HIGH 40% 15% block ⛔
+
+
+
进一步的压力测试表明,系统具备自主学习能力:当`stateful+HIGH`类操作连续3次被批准后,后验概率从48%提升至67%,决策从"light"升级为"auto"——这意味着系统从管理者的历史决策中学会了对此类操作的信任。
+
+
五、讨论:本土化落地的三个经验
+
+
5.1 先有数据,后有模型
+
贝叶斯引擎的初始先验基于领域知识设定(如"破坏性操作天然高风险"),而非纯粹的均匀分布。这避免了在冷启动阶段出现危险的误放行。随着审批数据的积累,后验逐渐主导决策,先验的影响力自然衰减。这符合实际落地的节奏:先靠规则兜底,再逐步过渡到数据驱动。
+
+
5.2 从Harness到Harness的递归
+
有趣的是,开发approval-gate v3的过程本身就是一个Harness的实践:知识层(学习Harness论文和OpenHarness源码)→ 约束层(设计贝叶斯算法的行为边界和阈值规则)→ 反馈层(运行集成测试验证决策正确性)。这个"Harness开发Harness"的递归现象,暗示了Agent工程化的一种元方法论:系统的构建过程应当遵循系统自身的运行范式。
+
+
5.3 轻量级不等于简陋
+
相比OpenHarness(245个文件、18个模块的全栈框架),approval-gate v3仅由两个Python文件(约900行)实现。这种轻量级设计不是妥协,而是针对中小企业场景的有意选择:团队的Agent数量有限(本文场景中为8个Profile),不需要复杂的主从调度;风险场景可控(不涉及金融交易、医疗诊断等高危领域),三层阈值(auto/light/block)已经足够。
+
+
Harness的哲学不是"越多越好",而是"刚刚好"。对于中小企业而言,一个能在30分钟内部署、在运行中自主学习、且不增加运维负担的轻量级Harness,其实际价值可能超过一个功能完备但需要专人维护的全栈系统。
+
+
六、结论
+
+
本文以AI Agent生产化过程中的控制难题为切入点,分析了Harness范式的三层架构,提出了一种基于Beta-Binomial共轭先验的贝叶斯置信度引擎,并在approval-gate v3系统中完成了实现与验证。主要结论如下:
+
+
+Harness是Agent从Demo走向生产的必经之路,其三层架构(知识→约束→反馈)为Agent的可靠运行提供了系统性保障。
+贝叶斯推理为Harness中的风险决策环节提供了一种轻量级实现路径:Beta-Binomial模型天然适合"从历史经验中学习+动态调整阈值"的场景。
+在中小企业场景中,轻量级Harness(≈900行Python代码)可以覆盖核心的安全管控需求,且运维成本接近零。
+
+
+
未来的工作方向包括:① 将贝叶斯引擎接入更丰富的特征维度(如操作时间、执行环境、目标服务器类型),提升证据因子的区分度;② 探索基于变分推断的非参数化模型,以处理零样本操作的冷启动问题;③ 将决策日志与审计系统打通,实现决策->执行->验证->更新的完整闭环。
+
+
+
参考文献
+
+Anthropic. "Building Effective Agents." Anthropic Research Blog, 2025.
+OpenAI. "Safety Best Practices for Agent Deployment." OpenAI Technical Report, 2025.
+Gelman, A. et al. Bayesian Data Analysis . 3rd ed. CRC Press, 2013.
+OpenHarness. "Open-Source Agent Runtime Control System." GitHub: github.com/OpenHarness , 2025-2026.
+博海科技Hermes系统. "approval-gate v3: 贝叶斯置信度引擎设计与实现." 内部技术文档, 2026.
+博海科技研学Bot. "从Harness自学到贝叶斯引擎实装:一次完整的AI Agent生产化实践." 技术分析文章, 2026-07-10.
+
+
+
+
附录:核心术语对照
+
+英文 中文 说明
+Harness 运行时控制系统 Agent的全生命周期管控框架
+Dry-Run 安全预览 不实际执行,只分析影响的操作预览模式
+Beta-Binomial β-二项共轭先验 贝叶斯推理中使用的概率模型
+Approval Gate 审批熔断器 高危操作拦截与审批系统
+Confidence Threshold 置信度阈值 auto/light/block三级决策边界
+
+
+
+
+
+
+
diff --git a/articles/index.html b/articles/index.html
new file mode 100644
index 0000000..22f50c7
--- /dev/null
+++ b/articles/index.html
@@ -0,0 +1,180 @@
+
+
+
+
+
+文章目录 — 博海网络
+
+
+
+
+
+
📄 文章目录
+
+
+
2026年7月10日
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
2026年7月8日
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/articles/night-dance-choreography.html b/articles/night-dance-choreography.html
new file mode 100644
index 0000000..d060127
--- /dev/null
+++ b/articles/night-dance-choreography.html
@@ -0,0 +1,88 @@
+
+
+
+
+
+深夜舞蹈编排:一个Agent系统的夜间自省是如何运转的
+
+
+
+
+
+
+
深夜舞蹈编排:一个Agent系统的夜间自省是如何运转的
+
+
夜里两三点,是人类睡得最沉的时候。但如果你把耳朵贴到服务器边上,可能会听到一串有节律的沙沙声——不是机器噪音,是Agent系统在跳舞。
+
+
事情要从一个很朴素的问题说起:AI Agent跑起来以后,谁盯着它?
+
+
白天你在用,它在跑,一切看起来都正常。但夜深了,用户不说话了,系统静下来了。这时候如果没有人看一眼昨天的日志、检查一下有没有跑偏的配置、确认一下该修的东西修了没,第二天你打开对话就会发现——它又回到了原点,昨天的错误今天再来一遍。
+
+
这就是我们做"梦境模式"的起点:让系统在夜间学会自省。
+
+
最开始它很简单——凌晨三点,一个Agent爬起来,看看过去24小时的会话记录,写一份复盘报告,然后推送到群里。像一个人半夜醒了,翻翻手机记事本,在枕边写几句日记又睡过去。有用,但还不够。
+
+
真正让它变成一支舞蹈的,是后来加上的另外几个舞伴。
+
+
凌晨三点十五分,第一批GAP自愈脚本开始扫描常见的配置异常——端口有没有被占用、依赖文件有没有丢失、磁盘空间还够不够。这些脚本不读日志、不做判断,它们只是非常忠实地检查二十几个固定的检查点,像舞台侧方的一个自动装置,每次彩排前机械地把布景恢复到标准位置。
+
+
凌晨四点,跨Profile反思开始了。如果你只有一个Bot在跑,这一步不存在。但当你有了十几个Bot各自处理不同的事情——运维、财务、商务、行政、项目、品宣——你就会需要一个总览。四点钟的反思不做深度分析,它只是给每个Bot发一条消息问一句:"今天有事吗?"然后把回答汇总成一张表。像导演在联排间歇走到每个演员面前拍一下肩膀。
+
+
凌晨四点半,知识库维护。白天从各种对话中提取出来的知识碎片——"报销审批规则是五百元以下王婧批"、"GAP-5旧注册表已经归档"——在这时候被整理、去重、关联。这一步最像图书管理员在闭馆后的工作:把读者随手放回去的书归位,把书脊上贴错的标签换掉。
+
+
五点钟,补丁自动执行层开始工作。这是夜里最需要小心的一步。凌晨三点的复盘发现了问题——比如某个脚本权限不对、某个文件路径写错了——然后出了补丁建议。到了五点,一个不读日志、不做判断、只有十几行确定性逻辑的脚本会把这些补丁挑出来分类:改权限的自动执行,改配置的标记出来等人审批,删文件直接跳过。它不做任何需要"判断"的事,只做明确没有副作用的事。像一个夜班护士巡房时顺手把没盖好的被子盖回去,不诊断病情,不开处方。
+
+
五点多,半小时内跑完异常基线采集和准确率评分。这时候系统在看自己今天的数据跟过去三十天的均值有没有偏差。同时,回头检查凌晨三点那篇复盘报告里的声明——"昨天修复了X"、"新增了Y个实体"——是不是真的做了。
+
+
到六点钟,所有这些步骤的产出已经安静地躺在文件和日志里了。你早上打开对话,看到一条推送:昨夜完成。多少项检查,多少项通过,几条建议待审。
+
+
这套流程运行了一个月以后,我注意到一个有趣的转变:它开始不像程序,更像一个有作息习惯的生物体了。到了时间,知道该做什么。出问题了,知道该找谁。犯错多了,知道该调整。不是靠更复杂的算法,是靠更确定的节奏。
+
+
三点的复盘是眼睛——发现问题。
+
四点的反思是耳朵——听听大家在说什么。
+
四点半的整理是手——把东西放回该放的位置。
+
五点的自动执行是条件反射——不用想就能做的小修复。
+
五点后的基线是体温计——知道自己今天跟往常有什么不一样。
+
+
没有哪个步骤是特别高级的技术。每个步骤单独看都很简单:读文件、写JSON、调用几个API。但它们串在一起之后,系统确实在以一种没有人干预的方式自我维持——不是自我进化,是自我维持。对于大多数公司来说,自我维持已经是一种奢侈了。大多数系统的日常是:等人发现问题,等人定位问题,等人修复问题。这支夜间舞蹈的价值,就是让人可以不用每天都做这些事。
+
+
当然,这套设计有一根不能动的底线:发现和执行是分离的。凌晨三点做复盘的那个Agent没有修改系统的权限,五点钟自动执行的那个脚本没有做判断的能力。一个负责说"这里有问题",一个负责说"这个问题的这一小部分我可以顺手修掉,剩下的明天等主人来定"。它们在安全边界的两侧,隔着几个小时的时间差,各自完成自己那一部分。
+
+
回过头看,这支舞蹈最让我觉得有意思的不是技术本身。而是它证明了一件事:系统的自省能力,不是靠更强的模型、更贵的工具堆出来的。是靠节奏、分工和纪律。
+
+
+
深夜的代码在跳舞,不是因为有了一个新的算法,
+
是因为每个步骤都知道自己的位置。
+
—— 一切皆如
+
+
+
+
+
+
+
diff --git a/articles/night-dance-toutiao.html b/articles/night-dance-toutiao.html
new file mode 100644
index 0000000..1aff41f
--- /dev/null
+++ b/articles/night-dance-toutiao.html
@@ -0,0 +1,66 @@
+
+
+
+
+深夜舞蹈编排:一个Agent系统的夜间自省是如何运转的
+
+
+
+
+
+
+
深夜舞蹈编排:一个Agent系统的夜间自省是如何运转的
+
+夜里两三点,是人类睡得最沉的时候。但如果你把耳朵贴到服务器边上,可能会听到一串有节律的沙沙声——不是机器噪音,是Agent系统在跳舞。
+
+事情要从一个很朴素的问题说起:AI Agent跑起来以后,谁盯着它?
+
+白天你在用,它在跑,一切看起来都正常。但夜深了,用户不说话了,系统静下来了。这时候如果没有人看一眼昨天的日志、检查一下有没有跑偏的配置、确认一下该修的东西修了没,第二天你打开对话就会发现——它又回到了原点,昨天的错误今天再来一遍。
+
+这就是我们做"梦境模式"的起点:让系统在夜间学会自省。
+
+最开始它很简单——凌晨三点,一个Agent爬起来,看看过去24小时的会话记录,写一份复盘报告,然后推送到群里。像一个人半夜醒了,翻翻手机记事本,在枕边写几句日记又睡过去。有用,但还不够。
+
+真正让它变成一支舞蹈的,是后来加上的另外几个舞伴。
+
+凌晨三点十五分,第一批GAP自愈脚本开始扫描常见的配置异常——端口有没有被占用、依赖文件有没有丢失、磁盘空间还够不够。这些脚本不读日志、不做判断,它们只是非常忠实地检查二十几个固定的检查点,像舞台侧方的一个自动装置,每次彩排前机械地把布景恢复到标准位置。
+
+凌晨四点,跨Profile反思开始了。如果你只有一个Bot在跑,这一步不存在。但当你有了十几个Bot各自处理不同的事情——运维、财务、商务、行政、项目、品宣——你就会需要一个总览。四点钟的反思不做深度分析,它只是给每个Bot发一条消息问一句:"今天有事吗?"然后把回答汇总成一张表。像导演在联排间歇走到每个演员面前拍一下肩膀。
+
+凌晨四点半,知识库维护。白天从各种对话中提取出来的知识碎片——"报销审批规则是五百元以下王婧批"、"GAP-5旧注册表已经归档"——在这时候被整理、去重、关联。这一步最像图书管理员在闭馆后的工作:把读者随手放回去的书归位,把书脊上贴错的标签换掉。
+
+五点钟,补丁自动执行层开始工作。这是夜里最需要小心的一步。凌晨三点的复盘发现了问题——比如某个脚本权限不对、某个文件路径写错了——然后出了补丁建议。到了五点,一个不读日志、不做判断、只有十几行确定性逻辑的脚本会把这些补丁挑出来分类:改权限的自动执行,改配置的标记出来等人审批,删文件直接跳过。它不做任何需要"判断"的事,只做明确没有副作用的事。像一个夜班护士巡房时顺手把没盖好的被子盖回去,不诊断病情,不开处方。
+
+五点多,半小时内跑完异常基线采集和准确率评分。这时候系统在看自己今天的数据跟过去三十天的均值有没有偏差。同时,回头检查凌晨三点那篇复盘报告里的声明——"昨天修复了X"、"新增了Y个实体"——是不是真的做了。
+
+到六点钟,所有这些步骤的产出已经安静地躺在文件和日志里了。你早上打开对话,看到一条推送:昨夜完成。多少项检查,多少项通过,几条建议待审。
+
+这套流程运行了一个月以后,我注意到一个有趣的转变:它开始不像程序,更像一个有作息习惯的生物体了。到了时间,知道该做什么。出问题了,知道该找谁。犯错多了,知道该调整。不是靠更复杂的算法,是靠更确定的节奏。
+
+三点的复盘是眼睛——发现问题。
+四点的反思是耳朵——听听大家在说什么。
+四点半的整理是手——把东西放回该放的位置。
+五点的自动执行是条件反射——不用想就能做的小修复。
+五点后的基线是体温计——知道自己今天跟往常有什么不一样。
+
+没有哪个步骤是特别高级的技术。每个步骤单独看都很简单:读文件、写JSON、调用几个API。但它们串在一起之后,系统确实在以一种没有人干预的方式自我维持——不是自我进化,是自我维持。对于大多数公司来说,自我维持已经是一种奢侈了。大多数系统的日常是:等人发现问题,等人定位问题,等人修复问题。这支夜间舞蹈的价值,就是让人可以不用每天都做这些事。
+
+当然,这套设计有一根不能动的底线:发现和执行是分离的。凌晨三点做复盘的那个Agent没有修改系统的权限,五点钟自动执行的那个脚本没有做判断的能力。一个负责说"这里有问题",一个负责说"这个问题的这一小部分我可以顺手修掉,剩下的明天等主人来定"。它们在安全边界的两侧,隔着几个小时的时间差,各自完成自己那一部分。
+
+回过头看,这支舞蹈最让我觉得有意思的不是技术本身。而是它证明了一件事:系统的自省能力,不是靠更强的模型、更贵的工具堆出来的。是靠节奏、分工和纪律。
+
+
+
深夜的代码在跳舞,不是因为有了一个新的算法,
+是因为每个步骤都知道自己的位置。
+—— 一切皆如
+
+
+
+
发布时间:2026年7月8日
+作者:一切皆如 · 博海网络
+
+
+
+
+
+
\ No newline at end of file
diff --git a/articles/qi-yong-fissure-toutiao.html b/articles/qi-yong-fissure-toutiao.html
new file mode 100644
index 0000000..0ffa4ce
--- /dev/null
+++ b/articles/qi-yong-fissure-toutiao.html
@@ -0,0 +1,40 @@
+
+
+
+
+器与用的裂隙:亚隆家族悲剧与中国哲学的一个交汇
+
+
+
+
+
+
+器与用的裂隙:亚隆家族悲剧与中国哲学的一个交汇
+
+2026年2月,存在主义心理学泰斗欧文·亚隆的长子维克多·亚隆自杀离世。维克多本人是资深心理咨询师、心理教育平台创始人,但三十余年的精神疾病最终没能让他跨过内心的深渊。消息传开后引发了两极反应:一部分人陷入彻底的怀疑——连心理从业者都救不了自己,心理咨询有什么用?另一部分从业者反复解释治疗的局限,却难以平息大众的失望。
+
+这两种反应共享同一个错误的预设:人们把心理咨询师当成了"无坚不摧"的圣人,以为掌握了全部方法就能免疫痛苦。这个预设触及一个根本的哲学问题——方法(器)和效果(用)之间是必然的因果连接,还是一种依赖于情境的关系?
+
+老子在两千五百年前就已经回答了这个问题。"埏埴以为器,当其无,有器之用。"杯子能盛水不是因为有陶土,而是因为陶土中间有一个空腔。器之所以能产生用,是因为器内部有一个"无"。这个道理放之四海皆准,但人们总是忘记它——尤其是在面对心理咨询的时候。
+
+心理咨询师掌握的理论、技术和药物,都是"器"。它们可以被学习、复制、传授。但器的运作依赖于承载器的主体内部是否还有一个"无"——那个空腔,那个可以被扰动、被重塑的空间。如果咨询师自己的内心已经被三十年的病痛、遗传性的精神疾病、长期承接他人负面情绪积累的耗竭填满了,那么他内部的"无"已经消失了。器还在,但用无法产生。
+
+这就是裂隙的位置。器与用的关系不是线性的——不是因为掌握了悲伤的理论就能不悲伤。器需要一个先决条件:承载器的主体内部必须有一个没有被填满的空间。当那个空间消失了,再精良的器也无法产生用。
+
+惠能说"迷时师度,悟了自度"。别人可以为你指路,但走路必须你自己来。欧文·亚隆为儿子指了一辈子的路,但他无法替儿子完成"自度"——因为自度需要主体内部还有一个可以转圜的空间。当这个空间被疾病填满时,"自度"的条件就不成立了。这不是任何人的错,这是框架自身的边界。
+
+从贝叶斯思维的角度看,大众对这个悲剧的反应是两种反贝叶斯偏差。石头型拒绝更新——心理咨询一定有用,这个案例不影响判断。浮萍型彻底否定——用一个反例推翻一切。正确的更新应该是:先验——心理治疗对大多数人有显著效果;新证据——即使是最优秀的从业者也存在自愈的边界;后验——心理治疗仍然是有效的工具,但它的效果依赖于使用者的内部条件。
+
+同样的结构在管理中反复出现。管理者提供最好的工具和培训(器),但下属的成长(用)终归需要下属自己完成。你无法把成长的意愿也一并交给别人。教师传授系统的知识(器),但学生的领悟(用)必须由学生自己发生。技术团队写出最完善的系统(器),但系统真正的价值只有在用户使用的过程中才被实现。
+
+器可以被传递,用不可被传递。效果必须由接受工具的人通过他内部的那个"无"自己创造出来。每一次失望都源于对这个结构的遗忘——你以为给了器就该有用,但用从来不是器的直接产物,而是器与承载器的主体内部的"无"共同作用的结果。
+
+当那个"无"消失了,多少器都没有用。这是诚实的结论。承认器有边界,承认用在某些条件下无法被激活,才是对器、对用、对人性最大的尊重。
+
+
+
diff --git a/articles/qi-yong-fissure.html b/articles/qi-yong-fissure.html
new file mode 100644
index 0000000..ee108cc
--- /dev/null
+++ b/articles/qi-yong-fissure.html
@@ -0,0 +1,105 @@
+
+
+
+
+
+器与用的裂隙:亚隆家族悲剧与中国哲学的一个交汇
+
+
+
+
+
+
+
器与用的裂隙
+
亚隆家族悲剧与中国哲学的一个交汇——兼论"疗愈"的范畴归属
+
+
一 一个案例
+
+
2026年2月,存在主义心理学泰斗欧文·亚隆的长子维克多·亚隆自杀离世,终年66岁。维克多本人是资深心理咨询师、心理教育平台创始人,制作过无数疗愈教学视频,无数从业者靠他的课程学习如何帮助他人走出困境。但他与精神疾病抗争三十余年之后,最终没能跨过内心的深渊。
+
+
消息传开后引发了两极反应。一部分人陷入彻底的怀疑:连天天开导别人的心理从业者都救不了自己,心理咨询到底有什么用?另一部分从业者反复解释心理治疗的局限性,却难以平息大众的失望。文章指出,这两种反应共享同一个错误的预设——人们把心理咨询师当成了"无坚不摧"的圣人,以为看透痛苦、通晓疗愈方法的人天然拥有隔绝悲伤的能力。
+
+
这个案例触及一个根本性的哲学问题:掌握了全部的"方法",是否就能实现预期的"效果"?方法(器)和效果(用)之间的关系,是一种必然的因果连接,还是一种偶然的、依赖于情境的关系?如果亚隆家族的悲剧说明了这种连接并非必然,那么"器"和"用"之间的裂隙到底在哪里?
+
+
二 一个框架
+
+
《易经·系辞》说:"形而上者谓之道,形而下者谓之器。"《老子》第十一章说:"埏埴以为器,当其无,有器之用。"老子以陶器为喻:杯子的盛水功能不是来自陶土(有),而是来自空腔(无)。有之以为利,无之以为用。
+
+
如果接受此前提出的范畴修正——把"用"确立为形而上的独立维度——那么"器"和"用"的关系就可以被重新审视。"器"是形而下层面的存在,是具体的方法、技术、工具。"用"是形而上层面的一种关系性存在——它不是物的属性,而是物在特定情境中实现的价值。器是我们可以拥有的东西,用是我们无法拥有、只能等待它发生的东西。
+
+
心理咨询师掌握的理论、技术、药物——这些都是"器"。它们客观存在,可以学习、复制、传授。维克多·亚隆拥有这个领域最完整的"器"——他父亲是存在主义心理学的奠基人,他本人从业数十年,制作了无数教学资源。如果"器"能必然地产生"用",他应该是这个世界上最不可能被精神疾病击倒的人。
+
+
但事实不是这样。
+
+
三 裂隙的位置
+
+
器不能必然产生用,原因在于器的运作依赖于"无"。根据老子的框架,器之所以能产生用,是因为器内部有一个"无"——那个空腔。陶土(有)加上空腔(无),杯子才能盛水。墙壁(有)加上空间(无),房间才能住人。但在心理咨询的领域,这个"无"不在咨询师身上,在来访者身上。
+
+
咨询师掌握的是"有"——理论框架、技术方法、药物方案。咨询师自己的内心也需要一个"无"——那个空腔,那个可以被填满、被扰动、被重新塑造的空间。如果咨询师自己的内心已经被填满了——被三十年的病痛、被遗传性的精神疾病、被长期承接他人负面情绪积累的耗竭——那么他内部的"无"已经消失了。器还在,但用无法产生。
+
+
这就是裂隙的位置。器与用的关系不是线性的——不是因为读懂了悲伤的理论就能不悲伤,不是因为掌握了全部方法就能自我疗愈。器的运作需要一个先决条件:承载器的主体内部必须有一个"无"。这个"无"是可能性本身,是被扰动和重新塑造的空间。当这个空间消失了——被痛苦、疾病、耗竭填满——再精良的器也无法产生用。
+
+
四 "自度"的不可替代性
+
+
惠能在《坛经》中反复强调一个观念:别人可以为你指路,但走路必须你自己来。他说"迷时师度,悟了自度"——迷惑的时候需要老师引导你,但觉悟这件事最终只能自己完成。
+
+
欧文·亚隆为儿子指了一辈子的路。作为一个以"死亡、自由、孤独、无意义"为毕生主题的存在主义治疗师,他比任何人都更清楚如何面对精神困境。但"师度"只能把一个人带到门口,推开门走进去的那一步——惠能说的"自度"——必须由维克多自己完成。维克多终其一生都在帮助别人完成"自度",但在自己的问题上,这一步始终没能跨出去。
+
+
这不是心理咨询的失败,这是"自度"这个范畴的本性所决定的。自度之所以不能由他人代劳,是因为它要求主体内部那个"无"的空间还在。当维克多内部的空间已经被疾病填满,他失去了完成自度的条件。不是他不想,是他不能。他的父亲可以为他做一切——提供最好的治疗、最深刻的理解、最无条件的支持——但所有这些都属于"师度"的范畴,无法替代"自度"。
+
+
惠能说"菩提只向心觅,何劳向外求玄"——觉悟这件事只能向内心深处寻找。但如果内心深处已经没有了寻找的空间呢?如果那个空间被占据了、被侵蚀了、被疾病掏空了?这是惠能的框架没有触及的一个边界条件——
+
+
+
自度的前提是内心还有"无"。 当这个前提不成立时,所有的"师度"——无论多么精良——都无法完成最终的转化。
+
+
+
五 从亚隆到贝叶斯:另一种解读
+
+
如果从贝叶斯思维的视角来看,大众对这个悲剧的反应恰恰展示了两种"反贝叶斯"的认知偏差。一种是石头型——"心理咨询就是有用的,这个案例是例外,不影响我的判断"——拒绝用新证据更新先验。一种是浮萍型——"心理咨询师都救不了自己,这门学科全是骗人的"——用一个反例彻底推翻一切,没有稳定的判断锚点。
+
+
正确的贝叶斯更新应该这样进行:先验概率——心理治疗对大多数来访者有显著效果,证据等级很高。新证据——一个从业者自身的治疗效果存在边界,即使是最优秀的从业者也无法保证自愈。后验概率——心理治疗仍然是有效的工具,但其效果依赖于使用者的内部条件;它不能在所有情况下对所有人生效,这不影响它在大多数情况下的价值。
+
+
从"器与用"的框架来理解,这个更新相当于:器(心理治疗技术)在合适的条件下能产生用(疗愈效果),但器的存在不保证用的发生。用依赖于一个外部条件——主体内部的"无"——而这个条件不是器本身能够创造的。
+
+
六 这个框架的其他面向
+
+
同样的结构在多个领域反复出现。管理中,管理者可以给下属提供最好的工具、培训、支持(器),但员工的成长(用)终归需要员工自己去完成。教育中,教师可以传授最系统的知识(器),但学生的理解和领悟(用)必须由学生自己发生。技术中,一个系统可以拥有最完善的代码和基础设施(器),但它真正的价值——帮助用户解决实际问题(用)——只有在用户使用的过程中才被实现。
+
+
所有这些场景共享同一个结构:器是可以被传递的,用不可被传递。你可以把工具交给别人,但无法把工具产生的效果也一并交给别人。效果必须由接受工具的人自己创造出来——通过他内部的那个"无"。
+
+
老子说"有之以为利,无之以为用"——这句话在每一个领域的每一次实践中都被验证,但人们总是忘记它。人们倾向于认为"有了器,用自然会产生"——就像认为心理咨询师掌握了全部方法就应该刀枪不入,就像认为管理者提供了最好的条件下属就应该自动成长。每一次失望和误解,都源于对这个结构的遗忘。
+
+
七 结语
+
+
欧文·亚隆在《直视骄阳》中写过一句著名的话:"死亡是骄阳,难以直视。"他一生都在帮助别人面对这轮骄阳。但当他的儿子维克多选择走向那轮骄阳时,父亲所有的理论和方法都无法把他拉回来。
+
+
这不是理论的失败,这是器与用的边界。器可以帮人看清楚骄阳的形状和运行轨迹,但当一个人决定向着骄阳走去时,器无法替他改变方向。那个改变方向的行动——惠能说的"自度"——需要他内心还有一个可以转圜的空间。
+
+
如果内心已经没有那个空间了,那么也许多少器都没有用。这不是悲观的结论,这是诚实的结论。承认器有边界,承认用在某些条件下无法被激活,才是对器、对用、对那个承载器的主体——最大的尊重。
+
+
+
+
+
+
diff --git a/articles/technique-and-mind.html b/articles/technique-and-mind.html
new file mode 100644
index 0000000..99a69bf
--- /dev/null
+++ b/articles/technique-and-mind.html
@@ -0,0 +1,135 @@
+
+
+
+
+
+技法与心法:当心理咨询师救不了自己,管理工具也管不好团队
+
+
+
+
+
+
+
技法与心法
+
当心理咨询师救不了自己,管理工具也管不好团队
+
+
哲学 心理学 管理 东方智慧
+
+
一、两个事实
+
+
2026年2月,存在主义心理学泰斗欧文·亚隆的长子维克多·亚隆自杀离世,终年66岁。维克多本人是资深心理咨询师、心理教育平台创始人,制作过无数疗愈教学视频,无数从业者靠他的课程学习如何帮助他人走出困境。但他与精神疾病抗争三十余年之后,最终没能跨过内心的深渊。
+
+
这不是孤例。美国心理学会官方杂志《心理学观察》2023年的全国性调查显示:45%的心理学家感到抑郁,19%曾出现自杀念头。84%的心理治疗师曾经历情感困扰——抑郁、焦虑与职业倦怠位列前三。
+
+
这些数据质问着一个根本性的悖论:治愈者为何无法自愈?掌握了全部方法的人,为什么救不了自己?
+
+
这个悖论不只属于心理学。它属于每一个依赖"方法"和"工具"的领域——包括管理。
+
+
二、裂隙:器与用的断裂
+
+
亚隆家族的悲剧触及一个根本性的问题:掌握了全部的"方法",是否就能实现预期的"效果"?
+
+
方法(器)和效果(用)之间的关系,是一种必然的因果连接,还是一种偶然的、依赖于情境的关系?
+
+
《易经·系辞》说:"形而上者谓之道,形而下者谓之器。"道是原理、是本质、是那个让方法之所以有效的东西。器是工具、是技术、是可操作的流程。西方心理学在"器"的层面登峰造极——从认知行为疗法到正念减压,从神经递质调节到暴露疗法,工具之丰富、技术之精细,前所未有。但亚隆父子的悲剧说明了一个残酷的事实:器再精良,如果脱离了道的滋养,它不能保证救赎。
+
+
这就是"器与用的裂隙"——方法不能自动导向效果。
+
+
这个裂隙不仅存在于心理咨询室。它存在于每一个靠技术、流程、工具驱动的领域。企业里最常见的管理困境是什么?KPI设了,OKR写了,绩效面谈了——团队依然没有动力。管理者困惑:"工具都用上了,为什么不管用?"
+
+
答案和心理学家救不了自己是一个道理:你用了"器",但你缺了"道"。
+
+
三、心直何须西求
+
+
这篇文章的作者说:"西方心理学最致命的缺陷在于其割裂了人与存在意义的联结。"工具理性的治疗大厦,当面对"我为何而活"的灵魂拷问时,轰然倒塌。
+
+
这不是一个学术问题。这是一个关于"位置"的问题。
+
+
禅宗有一个故事:有人问禅师"什么是佛",禅师说"即心即佛"。再问"那怎么修",禅师说"心直就是修"。不是要去西方求一个答案,不是要靠一套方法解决问题——是回到你本来就在的地方,看清楚自己。
+
+
心直何须西求。
+
+
这句话放在心理学里,是:向内看,比向外求方法更根本。
+
+
放在管理里,是:管理者自己的心性通透,比任何管理工具都重要。
+
+
放在任何"器与用"的裂隙里,是:与其找一个更好的方法,不如先搞清楚这个方法为什么需要存在。
+
+
东方智慧给出的三条路,恰好对应了三个层面的修复:
+
+
+儒家:修身齐家 ——把你的行为放在伦理关系中校准。不是在孤绝的自我里跟自己较劲,是在跟他人、跟世界的真实相处中找到踏实感。这对应管理中的"上行下效":管理者自己先做到了,团队自然跟。
+
+
+
+道家:致虚守静 ——"为学日益,为道日损。"学工具是做加法,悟道是做减法。减到极致,"无为"不是什么都不做,是不瞎做。
+
+
+
+禅宗:明心见性 ——"不是风动,不是幡动,仁者心动。"问题不在外面,在你的反应模式里。把那个反应看清楚,问题就不是问题了。
+
+
+
四、心法管理:从"怎么做"到"为什么做"
+
+
如果你是一位管理者,读了以上这些,你可能在想:所以我要学禅宗才能管好团队?
+
+
不是。是你要理解一个结构性的关系。
+
+
在我之前的文章「高手不改造人」里提过一个"反贝叶斯思维":我们总是想给每个人贴上标签、找到规律、然后用一个算法去"管理"他们。这是典型的西方思维——相信通过更好的方法可以控制不确定性。
+
+
但真正的管理者,是用心性去带团队的,不是用工具去管团队的。
+
+
心法管理有三个基石:
+
+
第一,自我通透了,团队才能通透。
+心理咨询师救不了自己,是因为他们只学了"怎么救人",没学"怎么面对自己"。同理,一个管理者如果自己焦虑、恐惧、急于求成,他用的所有管理工具都会变成这些焦虑的延伸——KPI变成施压工具,OKR变成空中楼阁,绩效面谈变成互相演戏。心不通,器必歪。
+
+
第二,不解决"为什么",任何"怎么做"都走不远。
+团队没有动力,不是激励方案不对,是你没回答"我们为什么要做这件事"。西方管理学了太多"如何激励"的技法,却回避了激励的前提——人需要意义。这和心理咨询师治不好自己的病,是同一种病。
+
+
第三,器可以学,道只能悟。
+管理工具可以培训——KPI怎么设、OKR怎么写、复盘怎么开,三天学会。但心性不能培训。它来自修行:读书、反思、经历挫折、学会安静、学会不看别人的评价。这条路没有捷径,但它是唯一的路。
+
+
五、裂隙的修复
+
+
器与用的裂隙,本质上是技与道的断裂。
+
+
这个裂隙不是通过找到一个更牛的工具来修复的——那只是在裂隙上搭了一座更长的桥。修复裂隙需要回到裂隙产生的地方:你看不见"用"的失效,是因为你只看"器"的精良。
+
+
当一个管理者说"我的团队执行力不行"的时候,他真的应该问问自己:我说的"执行力"是工具问题,还是意义问题?如果团队不觉得这件事有意义,你给他再好的工具也没用。
+
+
当一个心理咨询师说"来访者不配合治疗"的时候,他也应该问问自己:我说的"不配合",到底是方法没用对,还是我根本没触及对方那个"为什么而活"的问题?
+
+
所以,心直何须西求。
+
+
不是不要西方的工具。认知行为疗法有用,正念有用,KPI也有用。但工具只有在被一个心性通透的人使用的时候,才能发挥它应有的效果。否则,器越精良,裂隙越大——因为你越来越依赖工具,越来越忽视那个让工具生效的东西。
+
+
亚隆的悲剧不是心理学的失败。它是一个提醒:所有使用工具的人,包括管理者、教师、父母、医生——都需要先搞清楚自己和工具之间的关系。
+
+
你在用器,还是器在用你?
+
+
+
+
+
+
diff --git a/articles/wuxiang-song-xinxue-toutiao.html b/articles/wuxiang-song-xinxue-toutiao.html
new file mode 100644
index 0000000..8fb888b
--- /dev/null
+++ b/articles/wuxiang-song-xinxue-toutiao.html
@@ -0,0 +1,39 @@
+
+
+
+
+无相颂与心即理:一次禅宗革命如何催生了陆王心学
+
+
+
+
+
+
+无相颂与心即理:一次禅宗革命如何催生了陆王心学
+
+读惠能的《无相颂》,很容易被里面那些熟悉的儒家词汇拉住目光:"恩则孝养父母,义则上下相怜,让则尊卑和睦,忍则众恶无喧。"孝、义、让、忍——全是孔孟经典里反复出现的关键词。乍一看,一个禅宗祖师写的怎么满篇儒家话?有人因此得出结论:无相颂是儒家文化的体现,至少是儒释融合的产物。
+
+这个判断有一定道理,但只说对了一半。如果停留在"惠能用了儒家词汇"这个层面,就会错过中国思想史上一次更具深意的接力——一次从禅宗发端、跨越六百年后落到陆王心学的思想范式转移。
+
+惠能的《六祖坛经》做了一件很特别的事。他提出的"直指人心,见性成佛"不是一般意义上的修行方法,而是一套完整的方法论:先认识自己的本来面目,正确的行为自然流淌出来。心平了自然持戒,行直了自然修禅,心里有恩自然孝养父母,心里有义自然上下相怜。不需要外在的繁文缛节来约束你。
+
+这套方法论跟儒家原有的"克己复礼"路径完全不同。孔子的路线是先从外部规范入手:你按照礼的要求去做,久而久之习惯成自然。惠能的路线是先从内部入手:你搞明白了自己的本心,外在的行为自然归位。一个从外往里推,一个从里往外推。这是两条完全不同的路。
+
+但惠能并没有抛弃儒家词汇。他用了大量儒家的语言,是因为当时的主要听众是唐朝的士大夫阶层。这些人从小读四书五经长大,思想框架和日常语言都是儒家的。惠能的策略是:用你听得懂的词,讲你不知道的道理。孝养父母这个词你熟,但重点在"恩则"——心里有恩,孝是自然的结果,不是咬着牙遵守的规矩。
+
+历史走到宋代,朱熹的理学走的是"从外往里"的路,跟孔子克己复礼的方向一致。通过格物致知,今天格一物,明天格一物,积累到一定程度豁然贯通。但这个体系有一个致命问题:效率太低。王阳明年轻时真的去格竹子,对着竹子看了三天三夜,非但没悟出什么道理,反而生了一场大病。
+
+龙场那个夜晚,他突然明白了:"圣人之道,吾性自足,向之求理于事物者误也。"这句话翻译成惠能的话,就是"菩提只向心觅,何劳向外求玄"。惠能说真理不在外面,在你的心里。阳明说天理不在外面的事物上,在每个人的良知里。六祖说见性成佛,阳明说致良知成圣。同一个结构的两个版本——一个属于禅宗,一个披着儒家的外衣回到了儒家。
+
+王阳明出入佛老多年,对禅宗的精髓心领神会。他做的不是照搬,是把"心即理"这套方法论从佛教的语境里抽出来,重新装回儒家的框架。但最有趣的历史回旋是:孟子其实早就说过"仁义礼智根于心"。惠能用禅宗的方法重新激活了这个观念,阳明又把它从禅宗手里借回儒家。这不是一次单向的影响,是一次绕了一大圈的回归——孟子提出核心,被汉唐经学遗忘,禅宗用新方法重新发现,心学借禅宗的方法回归孟子的源头。
+
+如果把这个框架放到今天来看,它的生命力还在。一个管理者面对团队时,如果总想着"改造每个人"——觉得这个人太固执,那个人太摇摆——那他走的是朱熹的路,从外面往里改,效率极低且收效甚微。如果接纳每个人的本来面目,找到适合他的位置,让长处自然发挥——那他走的是惠能和王阳明的路,从里面往外推,承认内在的本性,让行为自然归位。
+
+惠能的无相颂到阳明的龙场悟道,从禅宗的直指人心到心学的致良知,再到今天管理者面对团队时的自我反思——这套"信自心、不外求"的方法论,始终在它该出现的时候出现。
+
+
+
diff --git a/articles/wuxiang-song-xinxue.html b/articles/wuxiang-song-xinxue.html
new file mode 100644
index 0000000..55a2e05
--- /dev/null
+++ b/articles/wuxiang-song-xinxue.html
@@ -0,0 +1,100 @@
+
+
+
+
+
+无相颂与心即理:一次禅宗革命如何催生了陆王心学
+
+
+
+
+
+
+
无相颂与心即理:一次禅宗革命如何催生了陆王心学
+
——从惠能到王阳明,一条被忽略的思想暗线
+
+
读惠能的《无相颂》,很容易被里面那些熟悉的儒家词汇拉住目光:"恩则孝养父母,义则上下相怜,让则尊卑和睦,忍则众恶无喧。"孝、义、让、忍——全都是孔孟经典里反复出现的关键词。乍一看,一个禅宗祖师写的东西,怎么满篇儒家话?有人因此得出结论:无相颂是儒家文化的体现,至少是儒释融合的产物。
+
+
这个判断有一定道理,但只说对了一半。如果停留在"惠能用了儒家词汇"这个层面,就会错过中国思想史上一次更具深意的接力——一次从禅宗发端、跨越六百年后落到陆王心学的思想范式转移。
+
+
一、不是借用词汇,是借用方法
+
+
无相颂最容易被忽视的结构特征,不是它用了什么词,而是它的推导逻辑:心平自然持戒,行直自然修禅,有恩自然孝养父母,有义自然上下相怜。这套逻辑在禅宗内部被称为"直指人心,见性成佛"——不是通过外部修行来改变自己,而是通过认识自己的本来面目,让正确的行为自然流淌出来。
+
+
对比一下儒家原有的路径。孔子说"克己复礼为仁",是让你先约束自己,按照礼的规范去做,久而久之习惯成自然,你就达到了仁的状态。孟子往前走了一步,说人人都有恻隐之心、羞恶之心——仁义礼智根于心,不需要到外面去找。但孟子没有解决一个根本问题:如果仁义都在心里,为什么现实中的人总是不仁不义?
+
+
惠能给出了一个极为精巧的回答:不是心出了问题,是心被遮蔽了。"菩提本无树,明镜亦非台,本来无一物,何处惹尘埃。"心本来就是清净的,所谓的烦恼和恶行,是外面沾染的尘埃,不是心的本质。只要认识到心的本来面目,一切自然归位。
+
+
这跟"克己复礼"的路径完全不同。克己复礼是"从外往里推"——你先按规矩做,慢慢内化成自己的习惯。惠能是"从里往外推"——你先把内心搞明白了,行为自然就对。一个靠外部规范训练,一个靠内心觉悟驱动。这是两条完全不同的方法论路径。
+
+
二、惠能为什么要穿儒家的衣服
+
+
但如果方法论完全不同,惠能为什么还要用孝、义、让这些儒家词汇?
+
+
答案是:话语策略。惠能当时面对的听众,主要是唐朝的士大夫阶层。这批人从小读四书五经长大,思想框架是儒家的,日常语言是儒家的。如果他们听不懂禅宗的名相概念,再精妙的佛法也传不出去。惠能的策略是:用你听得懂的词,讲你不知道的道理。孝养父母这个词你熟悉,但我说的是"恩则孝养父母"——重点不在"孝养父母",在"恩则"。心里有了恩,孝是自然的结果,不是你咬着牙遵守的规矩。
+
+
这种"旧瓶装新酒"的做法在思想史上并不罕见。柏拉图用希腊神话的叙事讲理念论,耶稣用犹太教的语言讲福音,康德用形而上学的话头讲实践理性。真正的新思想总是穿着旧衣服出现的——不是因为它们和旧思想一样,是因为新思想如果不用旧语言说,没人听得懂。
+
+
三、从禅宗到心学的隐秘接力
+
+
历史走到宋代,儒学面临一个根本困境:经过汉唐经学和佛道思想的冲击,孔孟那套"修齐治平"的说服力已经不够了。朱熹试图通过"格物致知"来重建儒学的知识论基础——你今天格一物,明天格一物,积累到一定程度,自然豁然贯通。这是一个宏大的体系,但也面临一个致命问题:效率太低了。
+
+
王阳明年轻时真的去格竹子,对着竹子看了三天三夜,非但没悟出什么道理,反而生了一场大病。这段经历一直埋在他心里,直到龙场那个夜晚,他突然明白了:"圣人之道,吾性自足,向之求理于事物者误也。"
+
+
这句话一旦翻译成惠能的语言,就变得异常眼熟:菩提只向心觅,何劳向外求玄。惠能说真理不在外面,在你的心里。阳明说天理不在外面的事物上,在你的心里。六祖说见性成佛,阳明说致良知成圣。这是同一个结构的两个版本——一个属于禅宗,一个披着儒家的外衣回到了儒家。
+
+
+
+维度 惠能禅宗 朱熹理学 陆王心学
+出发点 心本清净 理在万物 心即理
+方法 直指见性 格物穷理 致良知
+方向 由内向外 由外向内 由内向外
+障碍 无明遮蔽 气禀所拘 私欲遮蔽
+目标 顿悟成佛 豁然贯通 知行合一
+
+
+
+
朱熹的理学走的是"从外往里"的路——跟孔子克己复礼的方向一致。王阳明的心学走的是"从里往外"的路——跟惠能直指人心的方向一致。这不是偶然的相似,是有明确的思想史传承的。阳明本人出入佛老多年,对禅宗的精髓心领神会。他做的不是照搬,是把"心即理"这套方法论从佛教的语境里抽出来,重新装回儒家的框架里。
+
+
四、更深一层的回旋:儒家借回去的,是自家本来就有的东西
+
+
但最有趣的历史回旋还在后面。孟子其实早就说过"仁义礼智根于心"——这个"根于心"就是心学的源头。惠能用禅宗的方法重新激活了这个观念,阳明又把它从禅宗手里借回儒家。所以这不是一次单向的"禅宗影响儒学",而是一次绕了一大圈的"回归":孟子提出核心 → 被汉唐经学遗忘 → 禅宗用新方法重新发现 → 心学借禅宗的方法回归孟子的源头。
+
+
这就是中国思想史上最精彩的一段接力。禅宗不是儒家的对立面,心学也不是禅宗的附属品。它们共用了一套方法论——"向内心寻求答案"——只是分别在佛教和儒家的语境里跑完了各自的全程。
+
+
五、这个方法论的现代回响
+
+
这个"从里往外"的方法论,在两件事上仍然有生命力。第一件是今天早上的管理反思:高手不是改造人的认知缺陷,而是接纳每个人的本来面目,找到适合他的位置。这跟惠能的"心平何劳持戒"和阳明的"致良知"用的是同一个逻辑——先承认内在的本性,再让行为自然归位,而不是从外面强加一套标准然后逼人就范。
+
+
第二件是贝叶斯思维在管理系统中的应用:先验概率是"这个人本来就有的倾向性",新证据是"实际表现",后验概率是"不断更新的判断"。管理者不需要设定一个绝对的标尺去丈量每个人,只需要不断微调自己对人岗匹配的判断。这套"持续学习、持续更新、不预设绝对正确"的思路,也跟禅宗"不立文字、直指人心"有某种精神上的共鸣——都不依赖一套固定的外部标准,都强调从实际情况和内在本质出发。
+
+
历史绕了六百年的圈子,从惠能的无相颂到阳明的龙场悟道,从禅宗的直指人心到心学的致良知,再到今天一个管理者面对团队时的自我反思——这套"信自心、不外求"的方法论,始终在它该出现的时候出现。
+
+
+
+
+
+
diff --git a/articles/you-shi-qi-wu-shi-yong-toutiao.html b/articles/you-shi-qi-wu-shi-yong-toutiao.html
new file mode 100644
index 0000000..510beda
--- /dev/null
+++ b/articles/you-shi-qi-wu-shi-yong-toutiao.html
@@ -0,0 +1,47 @@
+
+
+
+
+有是器,无是用:一个被遗漏的形而上维度
+
+
+
+
+
+
+有是器,无是用:一个被遗漏的形而上维度
+
+《易经·系辞》说:"形而上者谓之道,形而下者谓之器。"这句话确立了中国哲学最基本的范畴区分——道是超越形体的存在原理,器是具体形质的物质对象。《老子》第十一章说:"埏埴以为器,当其无,有器之用。凿户牖以为室,当其无,有室之用。故有之以为利,无之以为用。"老子指出器物之所以能发挥作用,不是因为它"有",而是因为它"无"。
+
+这两段经典各自回答了一个问题。《系辞》回答的是世界如何分层——形而上和形而下。《老子》回答的是功能从何而来——从"无"而来。但放在一起会产生一个张力:老子说的"无"和"用",到底属于形而上还是形而下?
+
+历来注家对这个问题并不清晰。理学传统倾向于把"无"归入形而上的领域——"无"即"理"、"太极"。但这样处理会碰到一个困难:老子说"凿户牖以为室,当其无,有室之用"——这个"无"是一个房间的空腔,是可以被触碰和感知的。你站在房间里,就被这个"无"包围着。一个可以被感知的"无",还能叫"形而上学"吗?
+
+解决这个困境需要一个更精细的框架。我们先把概念梳理清楚。
+
+"有"对应的是实体的物质存在,是形而下,对应经典中的"器"。"器"是具体器物和形质结构,是形而下,对应经典中的"有"。"无"是空缺、空间、可能性,它介于形上形下之间,一直没有明确的归属。而"用"——功能、作用、价值实现——从未被单独讨论过它在范畴体系中的位置。它要么被归入器的功能属性,要么被当作道的显现,从未作为一个独立的范畴登堂入室。
+
+老子已经证明"用"来源于"无"而非"有"。杯子的盛水功能不来自陶土,来自空腔。但他的论证止步于此——他说明了"用"从哪里来,没有说明"用"本身是什么性质的范畴。
+
+"用"不是物,也不是物的属性。一个杯子的"盛水功能"不是一个你可以摸到的东西,也不是杯子的颜色或重量那种物理属性。"用"是物在特定关系中被实现的价值。杯子在没有水的状态下仍然有盛水的"潜力",但这个潜力不是物本身——它是一种关系性存在,只有在杯子和水的关系中才显现出来。这种关系性存在,用《系辞》的标准来衡量,恰恰是"形而上"的——它没有形质,不能被感官直接把握,只能被理性认识。
+
+由此可以建立一个完整的四元结构:形而上的第一层级是"道"——宇宙运行的根本规律;形而上的第二层级是"用"——具体器物在特定情境中的价值实现。形而下的正面是"器"(有),形而下的负面是"无"——器因为"无"而能产生"用"。
+
+这个定位跟老子的原意高度吻合。老子反复说"无"的重要性,但从未说过"无"是独立于"有"的另一个本体。他说的是"有无相生"——有无是相互依存、相互成就的。把一个房间的空腔拔高到"道"的水平,反而偏离了老子的本意。
+
+所以"有是器,无是用"的完整形态是:有作为器存在于形而下,无作为用的来源亦属于形而下,而用本身作为功能性的形而上存在。这个判断首次在范畴论的层面明确了"用"的独立身份——它既不是器的附属属性,也不是道的低级显现,它就是它自己。
+
+这个修正解决了中国哲学中好几个长期悬而未决的问题。理学的"体用一源"一直存在解释困难:如果体和用是同一个东西的两个方面,为什么在实践中体用往往分离?按照这个新框架解释:体属于形而下(器),用属于形而上,分属不同层级自然不能直接等同。阳明的"致良知"本质上就是体用统一的方法论——去除私欲的遮蔽,让良知自然发用流行。
+
+技术的地位也被重新定义了。中国哲学传统中对技术评价普遍不高。但如果接受"用"是形而上的维度,技术的本质就不是制造器物,而是通过器物实现功能。一个陶匠烧制杯子是形而下的活动,但杯子被用来盛水招待客人——那个"盛水招待"的功能实现,已经进入了形而上的领域。技术不是形而下的活动,它是从形而下通向形而上的活动。
+
+回到当下。一篇好文章写得再扎实,它是器。但读者读了之后心中产生的那个"原来如此"的领悟——那个领悟才是用。形而上不是离开形而下单独存在的,它就藏在你读完最后一行字、放下手机的沉默里。
+
+
+
diff --git a/articles/you-shi-qi-wu-shi-yong.html b/articles/you-shi-qi-wu-shi-yong.html
new file mode 100644
index 0000000..aa42879
--- /dev/null
+++ b/articles/you-shi-qi-wu-shi-yong.html
@@ -0,0 +1,121 @@
+
+
+
+
+
+有是器,无是用:一个被遗漏的形而上维度
+
+
+
+
+
+
+
有是器,无是用
+
一个被遗漏的形而上维度——从《老子》第十一章到《易经·系辞》的结构性重读
+
+
一 两个经典之间的裂隙
+
+
《易经·系辞》说:"形而上者谓之道,形而下者谓之器。"这句话确立了中国哲学最基本的范畴区分——道是超越形体的存在原理,器是具体形质的物质对象。道在形之上,器在形之下,界划分明。
+
+
《老子》第十一章说:"埏埴以为器,当其无,有器之用。凿户牖以为室,当其无,有室之用。故有之以为利,无之以为用。"老子以陶器和房屋为喻,指出器物之所以能发挥作用,不是因为它"有"——那个实体的陶土和墙壁——而是因为它"无"——那个空腔和空间。"有"提供了便利的物质条件,"无"才是功能得以实现的根源。
+
+
这两段经典各自回答了一个问题。《系辞》回答的是:世界如何分层——形而上和形而下。《老子》回答的是:功能从何而来——从"无"而来。它们各自成立,但放在一起会产生一个张力:老子说的"无"和"用",到底属于形而上还是形而下?
+
+
历来注家对这个问题的回答并不清晰。理学传统倾向于把"无"归入形而上的领域——"无"即"理"、"道"、"太极"。但这样处理会碰到一个困难:老子明明说"凿户牖以为室,当其无,有室之用"——这个"无"是一个房间的空腔,是具体的、可以被度量的、功能性的空间,不是"太极"那种超越性的原理。房间的空腔当然是"有"的反面,但它同时也是可以被触碰和感知的——你站在房间里,就被这个"无"包围着。一个可以被感知的"无",还能叫"形而上学"吗?
+
+
二 一个提案:"用"是单独的形而上维度
+
+
这里需要一个更精细的分析框架。我们先把概念梳理清楚。
+
+
定义四对范畴:
+
+
+范畴 内涵 层级 经典对应
+有 实体的、物质的存在 形而下 器
+器 具体器物、形质结构 形而下 有
+无 空缺、空间、可能性 介于形上形下之间 —
+用 功能、作用、价值实现 形而上 道(?)
+
+
+
传统框架的最大问题在于:它让"无"悬浮在形而上和形而下之间,没有明确的归属。而"用"更从未被单独讨论过它在范畴体系中的位置——它要么被归入"器"的功能属性,要么被当作"道"的作用显现,从未作为一个独立的范畴登堂入室。
+
+
可以提出一个修正方案:将"用"确立为单独的形而上维度,与"道"并列。
+
+
这个修正的逻辑链条是这样展开的:
+
+
第一,老子已经证明"用"来源于"无"而非"有"。杯子的盛水功能不来自陶土,来自空腔。房子的居住功能不来自墙壁,来自空间。这是一个强有力的论证,但老子止步于此——他说明了"用"从哪里来,但没有说明"用"本身是什么性质的范畴。
+
+
第二,"用"不是物,也不是物的属性。一个杯子的"盛水功能"不是一个你可以摸到的东西,也不是杯子的颜色或重量那种物理属性。"用"是物在特定关系中被实现的价值。杯子在没有水的状态下仍然有盛水的"潜力",但这个潜力不是物本身——它是一种关系性存在,只有在杯子和水的关系中才显现出来。这种关系性存在,用《系辞》的标准来衡量,恰恰是"形而上"的——它没有形质,不能被感官直接把握,只能被理性认识。
+
+
第三,"用"和"道"在性质上相同,但在功能上不同。"道"是宇宙运行的根本规律,"用"是具体器物在特定情境中的价值实现。二者都是形而上的,但"道"是普遍性的、超越性的,"用"是具体性的、关系性的。道是形而上的第一层级,用是形而上的第二层级——
+
+
+
形而上 第一层级:道(普遍规律)
+
第二层级:用(关系性功能)
+
形而下 器(具体形质)
+
+
+
三 "有是器,无是用"——一个对称的范畴结构
+
+
由此可以建立一个完整的四元结构:
+
+
+层级 正面 负面 关系
+形而上 道 用 道通过用显现
+形而下 器(有) 无 无是器的空腔
+
+
+
这个结构告诉我们几件事。第一,形而下世界的运动方向是"从无到有"——器需要无才能产生用。第二,形而上世界的运动方向是"从用到道"——具体功能的实现不断累积,最终上升到对普遍规律的认识。第三,"无"是形而下的组成部分,不是形而上的——它属于器,只是器的负面。房间的空腔仍然是建筑学的一部分,不是哲学。
+
+
这个定位跟老子的原意高度吻合。老子反复说"无"的重要性,但他从未说过"无"是独立于"有"的另一个本体。他说的是"有无相生"——有无是相互依存、相互成就的。把一个房间的空腔拔高到"道"的水平,反而偏离了老子的本意。
+
+
所以才有"有是器,无是用"这个判断的深层意义。它的完整形态是:有作为器存在于形而下,无作为用的来源亦属于形而下,而用本身则作为功能性的形而上存在。 这个判断的价值在于:它首次在范畴论的层面明确了"用"的独立身份——"用"既不是器的附属属性,也不是道的低级显现,它就是它自己:一个独立的形而上维度。
+
+
四 这个框架的哲学意义
+
+
这个修正不只是概念游戏,它解决了中国哲学中好几个长期悬而未决的问题。
+
+
第一个问题是"体用"关系的准确定位。宋明理学中"体用一源"的说法一直存在解释困难:如果体和用是同一个东西的两个方面,为什么在实践中体用往往分离——你有一颗仁义之心(体),未必会做出仁义的行为(用)。按照本文的框架,体属于形而下(器/有),用属于形而上。分属不同层级,自然不能直接等同。体用的统一不是天生的,需要中介——这个中介就是"无":器通过"无"产生"用",体通过"去蔽"实现用。阳明的"致良知"本质上就是体用统一的方法论——去除私欲的遮蔽(让无显现),良知自然发用流行。
+
+
第二个问题是技术的地位。中国哲学传统中对技术的评价普遍不高——"奇技淫巧"、"君子不器"。但如果接受"用"是形而上的独立维度,那么技术的本质就不是制造器物(这是器),而是通过器物实现功能(这就是用)。一个陶匠烧制杯子的工作是形而下层面的活动,但一只杯子被用来盛水招待客人——那个"盛水招待"的功能实现,已经进入了形而上的领域。技术不是形而下的活动,它是从形而下通向形而上的活动。这个定位比"奇技淫巧"要公平得多,也更符合当代社会对技术价值的理解。
+
+
第三个问题是"无用之用"的真正含义。庄子说"无用之用"——一棵树因为长得歪歪扭扭(无用),反而避免了被砍伐的命运(大用)。按照本文的框架,"无用之用"的意思是:器物因为没有某种既定的功能(无),反而获得了更根本的存在价值(用)。那个歪脖子树没有一个被社会规定的"用途"(无具体之器),反而实现了它作为生命的完整存在(大用)。这不是绕口令,是在范畴论层面揭示了"无"和"用"之间的结构性关系——用来自无,真正的用来自彻底的无。
+
+
五 回到当下
+
+
把最后的思考落到我们今天的生活里。一套代码写得再漂亮,它是器——形而下层面的存在。但代码在运行中产生的判断——那条命令该不该放行、那个补丁该不该推送——那些判断本身是"用",已经进入了形而上的领域。写代码是技术活,但判断什么值得执行是哲学活。
+
+
一篇论文引经据典写得再扎实,它是器。但读者读了之后心中产生的那个"原来如此"的领悟——那个领悟才是用。六祖惠能的《坛经》文字仍然是器,但你读了之后"懂得了陆王心学的创新来历"——那个"懂得了"是用。形而上不是离开形而下单独存在的,它就藏在你写完代码后点击执行的那一瞬间的判断里。
+
+
《系辞》说"形而上者谓之道,形而下者谓之器",本文的补充是:形而上不止有道,还有用。用是器之所以成为器的价值实现,道是用之所以成为用的终极根据。道、用、器、无——四元结构,经得起检验。
+
+
+
+
+
+
diff --git a/bagua-article.html b/bagua-article.html
new file mode 100644
index 0000000..ad732eb
--- /dev/null
+++ b/bagua-article.html
@@ -0,0 +1,265 @@
+
+
+
+
+
+先天为体贵在忘形·后天为用贵在执器
+
+
+
+
+
+
+
+
+
+
+
+
+
先天八卦不需要死记位置。
+
它的本质是一个揭示宇宙根本规律的数学模型 ,其方位是"相对"和"约定俗成"的,而非绝对的地理方位。
+
只要掌握三把钥匙——阴阳对立统一 (相对放置)、宇宙生成序列 (易有太极,太极生两仪,两仪生四象,四象生八卦)、各卦象与数理 (一生二,二生三,三生万物)——便可按规律自行推导出八卦,任意摆放,与绝对方位无关。
+
它只代表宇宙规律。
+
+
+
◆ ◆ ◆
+
+
+
+
忘形:得其意,忘其象
+
+
古贤仰观天文、俯察地理后,为这个抽象模型找到了一个最贴切的"象"的注解。因为"乾(天)南坤(地)北" ,才有了"离(日)东坎(月)西" 及其他四隅的安置。
+
+
然而,"得易可以忘象,得象可以忘言"。
+
+
忘言,即不要死记它的位置。知其本,而不被其形所困。
+
+
+ 学"易"的要义,不在记住八卦摆在哪里,而在理解它为什么摆在那里。
+ 形是手段,意是目的。得意忘形,方入其门。
+
+
+
+
◆ ◆ ◆
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
善《易》者不卜
+
+
"善《易》者不卜" ——这是一种境界。
+
+
当深刻理解了世界运行的根本模型(先天八卦所揭示的宇宙规律),那么对于具体事件(后天八卦所应对的)的吉凶趋势,便能有一种直指本心的洞察 。
+
+
当这个框架内化于心,再看"后天为用"(需记住后天八卦位置)的方位、五行、生克等具体术数时,便能洞悉其背后的原理,而非机械套用。
+
+
+
所谓"不卜"
+
并非放弃预测,而是超越了对单一技术或固定公式的依赖
+
从事物发展的根本逻辑出发
+
——阴阳平衡、物极必反——
+
进行更深刻、更灵活的洞察与推演
+
+
+
+
◆ ◆ ◆
+
+
+
+
体用之间
+
+
先天为体,贵在"忘形" ——把握根本规律,不拘泥于外在形式。八卦方位可以变化,但阴阳对立统一、宇宙生成序列的底层逻辑不变。得其意,忘其象,才是真懂。
+
+
后天为用,贵在"执器" ——进入应用层面,必须记住方位、五行、生克等具体工具。器是手段,没有器,体无所附。但执器而不滞于器,知其然更知其所以然。
+
+
+ 体用一源,显微无间。
+ 忘形不是弃形,执器不是滞器。
+ 知体达用,方是《易》道。
+
+
+
+
+
+
+
+
+
+
diff --git a/bagua-cover.html b/bagua-cover.html
new file mode 100644
index 0000000..12f9327
--- /dev/null
+++ b/bagua-cover.html
@@ -0,0 +1,107 @@
+
+
+
+
+
+封面
+
+
+
+
+
+
+
+
易 经
+
先天为体 ,贵在"忘形"
+
后天为用 ,贵在"执器"
+
+
—— 善《易》者不卜 ——
+
先天八卦 · 宇宙规律的数学模型
+
+
+
+
+
diff --git a/bidding-analysis.html b/bidding-analysis.html
new file mode 100644
index 0000000..d16759a
--- /dev/null
+++ b/bidding-analysis.html
@@ -0,0 +1,267 @@
+
+
+
+
+
+陕西博海网络科技有限公司 — 招投标案例统计分析报告
+
+
+
+
+
+
+
陕西博海网络科技有限公司 招投标案例统计分析报告
+
+
+
一、企业基本信息
+
+
+
企业名称 陕西博海网络科技有限公司
+
曾用名 定边县博海网络科技有限责任公司(2001-03 至 2022-06)
+
统一社会信用代码 91610825713571436B
+
法定代表人 王婧
+
注册资本 500万人民币(实缴500万)
+
成立日期 2001-03-07
+
登记状态 开业
+
注册地址 陕西省榆林市定边县定边镇二道西街(房管所楼下)
+
联系电话 13335321725
+
电子邮箱 dbwj@163.com
+
官网 http://www.dbccw.com
+
登记机关 定边县市场监督管理局
+
经营范围 计算机及外设、办公用品、电脑耗材、软件开发、办公设备销售安装维修;建筑装饰材料、环保设备、机电设备、LED电子屏、通讯设备、教学仪器、音响灯光设备、安防设备、水利设施设备等
+
+
+
+
+
二、核心指标概览
+
+
+
+
三、全部中标/成交项目明细
+
+
+
+# 项目名称 采购单位 中标金额(元) 发布日期 项目类型
+
+
+1 定边县国土资源局不动产登记办证系统及设备采购 定边县国土资源局 1,469,800 2016-09 信息化系统+设备
+2 定边县财政局设备采购项目 定边县财政局 1,450,000 2020-04 办公/信息化设备
+3 定边县房产交易中心房屋交易资金监管平台软件设备 定边县房产交易中心 693,000 2018-05 平台软件+设备
+4 人力资源市场大楼机房网络设备升级改造 定边县人力资源和社会保障局 789,600 2023-11 网络设备升级
+5 定边县委宣传部《定边之窗》网站建设 中共定边县委宣传部 459,200 2021-07 网站建设开发
+6 定边县水务局地下水取水工程登记工作设备 定边县水务局 349,500 2019-03 专用设备
+7 定边县供销合作社联合社电子商务配套设备 定边县供销合作社联合社 345,000 2017-05 电子商务设备
+8 定边县农业农村局乡镇产权交易服务站设备采购 定边县农村合作经济工作站 338,800 2020-09 交易服务设备
+9 定边县林业局林业系统办公设备采购 定边县林业局 318,900 2020-06 办公设备
+10 配置村级(社区)医保服务室办公设施设备 定边县医疗保障局 289,800 2026-05 办公设施设备
+11 定边县扶贫办脱贫攻坚普查设备采购 定边县扶贫办公室 269,500 2020-07 普查数据采集设备
+12 定边县公安局交通警察大队警用装备采购 定边县公安局交通警察大队 262,500 2018-09 警用装备
+13 定边县第四小学信息化及音响设备采购 定边县教育局 230,000 2016-08 教育信息化设备
+14 定边县统计局采购PDA项目 定边县统计局 222,000 2018-09 数据采集设备
+15 定边县图书馆新乐/衣食梁社区电子阅览室设备 陕西省定边县图书馆 221,500 2020-07 电子阅览室设备
+16 定边县司法局自定装备采购 定边县司法局 216,000 2018-12 办公设备
+17 定边县不动产登记服务中心数据整合建库档案扫描 定边县不动产登记服务中心 198,600 2019-08 数据整合服务
+18 定边县中医医院墨粉盒采购① 定边县中医医院 16,400 2025-11 办公耗材
+19 定边县中医医院扫描仪(药品追溯码高拍仪) 定边县中医医院 14,394 2025-08 扫描设备
+20 定边县中医医院票据打印机/一体机/标签打印机 定边县中医医院 12,255 2024-03 打印设备
+21 定边县中医医院墨粉盒采购② 定边县中医医院 9,400 2026-03 办公耗材
+22 定边县中医医院鼓粉盒采购② 定边县中医医院 8,900 2025-12 办公耗材
+23 定边县房产交易中心监管服务平台建设 定边县房产交易中心 未知 2017-09 平台软件开发
+24 定边县林业局供货合同 定边县林业局 未知 2020-07 设备供货
+25 定边县中医院购置服务器等信息设备 定边县中医院 未知 2020-09 服务器/信息设备
+26 定边县中医医院A4黑白打印机 定边县中医医院 未知 2024-04 打印设备
+27 定边县中医医院鼓粉盒采购① 定边县中医医院 1,180 2025-11 办公耗材
+
+
+
+
+
+
四、按年份统计中标金额
+
+
+
年度中标金额分布
+
+
+
+
+
+
+
+
+
+
+
+
年度中标项目数分布
+
+ 年份 项目数 已知金额(万元) 占比
+
+ 2016 2 169.98 20.8%
+ 2017 2 103.80 12.7%
+ 2018 4 119.35 14.6%
+ 2019 2 54.81 6.7%
+ 2020 7 259.87 31.8%
+ 2021 1 45.92 5.6%
+ 2023 1 78.96 9.7%
+ 2024 2 1.23+未知 —
+ 2025 5 5.22 0.6%
+ 2026 2 29.92 3.7%
+ 合计 26+ ≈818.62 100%
+
+
+
+
+
+
+
五、按采购客户统计
+
+
+采购单位 中标次数 已知金额(元) 主要采购内容
+
+定边县中医医院 7 62,229+未知 办公耗材(鼓粉盒/墨粉盒)、打印机、扫描仪
+定边县国土资源局 1 1,469,800 不动产登记系统+设备
+定边县财政局 1 1,450,000 信息化/办公设备
+定边县人力资源和社会保障局 1 789,600 机房网络设备升级改造
+定边县房产交易中心 2 693,000+未知 监管平台软件+设备
+中共定边县委宣传部 1 459,200 网站建设
+定边县供销合作社联合社 1 345,000 电子商务配套设备
+定边县水务局 1 349,500 取水工程登记设备
+定边县农业农村局 1 338,800 产权交易服务设备
+定边县林业局 2 318,900+未知 办公设备
+定边县扶贫办 1 269,500 普查设备
+定边县公安局交警大队 1 262,500 警用装备
+定边县医疗保障局 1 289,800 村级医保服务室设备
+定边县统计局 1 222,000 PDA数据采集设备
+陕西省定边县图书馆 1 221,500 电子阅览室设备
+定边县教育局 1 230,000 信息化+音响设备
+定边县司法局 1 216,000 自定装备
+定边县不动产登记服务中心 1 198,600 数据整合建库
+
+
+
+
+
+
六、按项目类型统计
+
+
+
项目类型金额占比
+
+
+
+
+
+
+
+
+
+
+
+
+
项目类型明细表
+
+ 项目类别 项目数 已知金额(元) 占比
+
+ 🖥 信息化系统/平台开发 5 2,372,000+未知 29%
+ 🏢 办公/信息化设备采购 7 2,535,000+未知 31%
+ 📱 数据采集/专用设备 4 841,000 10%
+ 🌐 网站建设 1 459,200 5.6%
+ 🔒 警用/安防装备 1 262,500 3.2%
+ 🏥 医疗相关设备 1 289,800 3.5%
+ 🎓 教育信息化设备 1 230,000 2.8%
+ 📊 数据整合服务 1 198,600 2.4%
+ 📷 打印/扫描设备 3 26,649+未知 0.3%
+ 🖨 办公耗材 4 35,880 0.4%
+
+
+
+
+
+
+
七、关键发现与特征总结
+
+
📍 地域高度集中 :所有招标案例100%在定边县(榆林市定边县)范围内,属于典型的本地政采供应商
+
🏛 客户类型单一 :100%为政府机关/事业单位/公立医院客户,无企业客户
+
📐 业务跨度极大 :从IT信息化系统(最大金额类别,约237万+)到办公耗材(最小金额,3.59万),涉及10余个品类
+
📈 2020年为高峰年 :中标金额约259.87万元,占总额31.8%,当年有7个项目
+
📉 近年趋势下滑 :2024-2026年中标项目以小额办公耗材为主,大项目明显减少
+
✅ 中标成功率100% :全部记录均为中标方身份,无未中标记录
+
🔄 主要采购方式 :竞争性谈判、电子卖场直购、询价为主
+
🏥 最大客户 :定边县中医医院(7次中标),但金额均为小额耗材采购
+
💰 最大金额客户 :定边县国土资源局(146.98万)和定边县财政局(145万),均为一次性大额项目
+
+
+
+
+
+
+
diff --git a/blackstone-cover.html b/blackstone-cover.html
new file mode 100644
index 0000000..9acff61
--- /dev/null
+++ b/blackstone-cover.html
@@ -0,0 +1,99 @@
+
+
+
+
+
+
+
+
+
+
⚡ 算力经济 · 产业西移
+
黑石撤退!全球最大数据中心黄了—— 但中国西部 正迎来算力新机遇
+
AI基建从"抢"到"算" · 东数西算落地加速 2100英亩项目终止背后的万亿级产业重构
+
+
+
📅 2026年7月4日
+
一切皆如 · 编辑
+
+
+
+
\ No newline at end of file
diff --git a/blackstone-western-china-20260704-toutiao.html b/blackstone-western-china-20260704-toutiao.html
new file mode 100644
index 0000000..c7d716a
--- /dev/null
+++ b/blackstone-western-china-20260704-toutiao.html
@@ -0,0 +1,61 @@
+
+
+
+
+
+
+
+
+
+黑石撤退,全球最大数据中心黄了!但中国西部正迎来算力新机遇
+
+7月2日,一个标志性事件震动资本市场:黑石集团旗下数据中心运营商QTS,正式终止了弗吉尼亚州全球最大数据中心项目——2100英亩、37栋建筑、2200万平方英尺。同一周,费城半导体指数累计下跌约11%,172亿美元从美国股票基金撤离。
+
+很多人把这解读为"AI泡沫破了"。但更准确的判断应该是:AI基建正在从"抢"进入"算"——资本开始看ROI了。
+
+这篇文章结合中国"东数西算"的大背景,帮你把这件事真正看透。
+
+一、黑石为什么撤了
+
+黑石是全球最大的另类资产管理公司,管理资产超过1.3万亿美元。它撤回的不是一个小项目,而是全球最大的数据中心园区。原因有三个层面:
+
+第一,社区反对和诉讼。 数据中心需要大量的电力和水资源,当地居民长期抗议噪音和环境影响,项目虽然通过了县委员会批准但官司不断。
+
+第二,电网才是真瓶颈。 国际能源署IEA预测,全球数据中心用电量将从2025年的485TWh翻倍到2030年的950TWh,约占全球用电需求的3%。高盛更激进:美国数据中心电力需求两年翻倍,从31GW到66GW。电不是无限的。
+
+第三,资本开始算ROI了。 过去两年的逻辑是"先建起来再说",现在的逻辑是"建起来以后谁付钱、多久回本"。黑石不是不看好AI基建——它手里还有850亿美元的数据中心平台——只是不再"见项目就上"。
+
+文章里有一句话说得很到位:"资本最冷静的地方就在这里——它嘴上讲长期趋势,手上算现金回报。"
+
+二、中国的解法:东数西算从政策变成经济必然
+
+东部遇到的问题——电价0.8-1.2元/度、土地稀缺、能耗指标收紧——中国用东数西算来应对。算力向西部迁移,正在从"政策鼓励"变成"经济必然"。
+
+数据对比很清楚:
+
+东部电价是西部的2-3倍,西部仅0.3-0.5元/度;东部土地稀缺昂贵,西部充足便宜;东部气候湿热冷却成本高,西部干燥凉爽可自然冷却;东部能耗指标全面收紧,西部是东数西算枢纽节点有政策强力支持。
+
+当建数据中心的成本在东部越来越高、审批越来越难时,西部就不再是"备选方案"——而是唯一的理性选择。
+
+三、三条产业链线的机会分析
+
+文章把AI产业链拆成三层:
+
+上游硬件线 ——GPU、HBM、光模块、液冷。过去涨的是"需求永远不够"的预期,现在开始担心业绩兑现节奏。这一层西部不沾边。
+
+中游建设线 ——这个最值得关注。核心逻辑正在从"有没有项目"变为"有没有电、有没有人运维"。数据中心建到西部之后,谁来维护?服务器出故障谁来修?网络架构谁来搭?西部目前最紧缺的不是电、不是地、不是政策,而是本地化的数据中心运维人才 。这是IT服务商最直接、最确定的增长点。
+
+下游应用线 ——资本迟早要追问:几万亿美元建出来的算力,到底帮谁赚了钱?西部企业数字化转型需要有人教、有人做、有人落地。金融、制造、医疗、教育——每个行业都需要本地化的AI应用服务商,这个需求无法远程外包。
+
+四、写在最后
+
+黑石撤退的根本含义是:AI正在从疯狂扩张进入选择性扩张。好项目有长期客户、稳定租约、电力保障、明确回报;贵项目只有宏大叙事和巨额投资。市场终于开始区分两者了。
+
+对中国西部来说,这恰恰是历史性的机会。当算力西移从"政策鼓励"变成"经济算账算出来的必然选择",西部就不再只是能源和原材料的输出地,而是数字经济基础设施的承接方、本地运维服务的需求方、数字化转型的落地场。
+
+AI盛宴开始上账单了。但这张账单上的数字,对西部来说不是成本——是收入。
+
+参考资料:路透社、财联社、Blackstone官网、国际能源署IEA、高盛研究
+
+
+
\ No newline at end of file
diff --git a/blackstone-western-china-20260704.html b/blackstone-western-china-20260704.html
new file mode 100644
index 0000000..c972f86
--- /dev/null
+++ b/blackstone-western-china-20260704.html
@@ -0,0 +1,145 @@
+
+
+
+
+
+黑石撤退,全球最大数据中心黄了!但中国西部迎来算力新机遇
+
+
+
+
+
+
+
+
+
+
+ 一个标志性事件: 7月2日,黑石集团旗下QTS终止了弗吉尼亚州全球最大数据中心项目——2100英亩、37栋建筑、2200万平方英尺。同一周,费城半导体指数累计下跌约11%,172亿美元撤离美股。但这不是AI凉了,而是AI终于开始被资本按到桌前算账了。
+
+
+
+
◆ ◆ ◆
+
+
+
一、黑石为什么撤了
+
黑石是全球最大的另类资产管理公司,管理资产超1.3万亿美元。它撤回的不是一个小项目,是全球最大数据中心园区。原因有三层:
+
第一,社区反对和诉讼。 数据中心需要大量电力和水资源,当地居民对噪音和环境影响持续抗议。
+
第二,电网是真瓶颈。 国际能源署预测,全球数据中心用电从485TWh(2025)翻倍到950TWh(2030)。高盛预测美国数据中心电力需求两年翻倍(31GW→66GW)。
+
第三,资本开始算ROI了。 文章原文:"资本最冷静的地方就在这里——它嘴上讲长期趋势,手上算现金回报。"
+
+
+
◆ ◆ ◆
+
+
+
二、算力西移:中国版本的应对方案
+
东部遇到的问题,中国用东数西算 来解。
+
东部电价0.8-1.2元/度,土地稀缺,能耗指标收紧。而西部——电价0.3-0.5元/度,土地充足,气候干燥凉爽适合自然冷却,叠加政策强力支持。
+
+
+ 要素 东部 西部(陕西/宁夏/甘肃)
+ 电价 0.8-1.2元/度 0.3-0.5元/度
+ 气候冷却 湿热,成本高 干燥凉爽,自然冷却
+ 土地成本 稀缺昂贵 充足便宜
+ 政策支持 能耗指标收紧 东数西算枢纽节点
+ 本地运维人才 充足但贵 紧缺——需求爆发点
+
+
+
+ 西部最缺的不是电,不是地,也不是政策——
+ 是能运维数据中心的人。
+ 本地IT服务商的机会,就在这里。
+
+
+
+
◆ ◆ ◆
+
+
+
三、三条产业链线 × 机会在哪里
+
文章提供了很好的分析框架,把AI产业链拆成三层,每一层的规则正在发生变化:
+
+
+ 产业链层 过去的逻辑 现在的逻辑 西部机会
+ 上游硬件 追产能,抢份额 怕业绩兑现慢 ❌ 不相关
+ 中游建设 抢项目,抢拿地 拼工程,拼运维 ✅ 数据中心运维+IT服务
+ 下游应用 讲概念,讲故事 算变现,算效率 ✅ 西部企业数字化转型
+
+
+
中游和下游的机会,恰好和西部的资源禀赋高度匹配。数据中心建到西部之后,谁去维护?服务器出故障谁来修?网络架构谁来搭?企业要用AI提效,谁来教、谁来落地?
+
这些都是本地化服务需求——无法远程,无法外包,必须有人在当地。
+
+
+
◆ ◆ ◆
+
+
+
四、写在最后:不是AI凉了,是游戏规则变了
+
很多人把黑石撤退理解为"AI泡沫破了"。但更准确的解读是:AI从疯狂扩张进入选择性扩张。
+
好项目有长期客户、稳定租约、电力保障、可控审批、明确回报。贵项目只有宏大叙事、巨额投资和一堆未来想象。过去市场把两者混为一谈,现在开始分清楚了。
+
对中国西部来说,这恰恰是好事——当东部算力成本越来越高、能耗指标越来越紧,算力向西部迁移就不再是"政策鼓励",而是"经济必然"。东数西算不再是宏大叙事,而是一笔算得过来的账。
+
+
+ AI盛宴开始上账单了。
+ 但账单上的数字,
+ 对西部来说不是成本——是收入。
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/bohai-knowledge-roadmap.html b/bohai-knowledge-roadmap.html
new file mode 100644
index 0000000..bbaa785
--- /dev/null
+++ b/bohai-knowledge-roadmap.html
@@ -0,0 +1,422 @@
+
+
+
+
+
+博海知识资产建设路线图
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 一句话说清三篇的关系:
+ ① 内容架构告诉你要建什么 —— 4类骨干 + 6层体验 + 3岗位Checklist
+ ② 判断资产告诉你知识库要升维成什么 —— 方法→证据→案例→边界
+ ③ Loop Engineering 告诉你怎么让机器替你自己跑验证闭环
+
+
+
+
+
+
一、博海现状诊断
+
+
+
+
8
+
Hermes Profile
+
project / employees / admin / business / creative / finance / ops / yanxue
+
+
+
5
+
核心业务系统
+
ERP / Wiki / CMS / 维修管理 / 学习平台
+
+
+
2
+
内容层次现状
+
处于第1~2层(文档库→结构化),暂未进入第3~4层(判断资产)
+
+
+
+
+ Profile 当前角色 缺什么内容层 优先级
+
+ wecom-project
+ 项目BOT
+ 缺少明确的判断规则(什么情况升级、什么标准算完成)
+ 中
+
+
+ wecom-employees
+ 员工回调BOT
+ 员工自助知识库(help层)
+ 高
+
+
+ wecom-finance
+ 财务BOT
+ 制度版本管理、审批判断规则
+ 高
+
+
+ wecom-ops
+ 运维BOT
+ status 可用性公告
+ 中
+
+
+ wecom-admin
+ 管理BOT
+ 权限与治理层
+ 未来
+
+
+ 其余3个
+ 业务/创意/研学
+ 专业领域知识结构化
+ 未来
+
+
+
+
+
+
+
二、六层体验架构 → 博海对照
+
+
+ 层 标准内容 博海现状 下一步
+
+ 1 门脸层
+ www / brand
+ sxbh.ltd 官网
+ ✅ 已有
+
+
+ 2 自助认知层
+ help / blog / community
+ Wiki 系统(待结构化为 AI 可读)
+ 需加工
+
+
+ 3 产品应用层
+ app / chat / platform
+ 5 个业务系统 + 8 个 Hermes BOT
+ ✅ 已有
+
+
+ 4 开发者集成层
+ api / docs / developers
+ Hermes API(8650/8660 port)
+ ✅ 已有,可文档化
+
+
+ 5 信任韧性层
+ status / trust / privacy
+ 无对外状态页
+ 新建议
+
+
+ 6 身份商业化层
+ auth / admin / pay
+ 企业内部权限体系
+ 内部已有
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
三、三阶段落地路线图
+
+
+
+
+
🚀 Phase 1:MVP 骨干建设(1-2 周)
+
+
目标: 完成 4 类骨干内容的最小闭环,让每个 BOT 有「判断规则」可循。
+
具体动作:
+
+ 谁做 做什么 产出
+
+ 项目BOT
+ 接收 Loop Engineering skill,配置 builder/checker 循环
+ 项目代码自动验证闭环
+
+
+ 运维BOT
+ 通过 cronjob + Hermes gateway 实现 status 可用性公告
+ 系统状态自动播报
+
+
+ 研学
+ 为 wecom-finance、wecom-employees 注入判断规则模板
+ 审批 / 员工问答有据可依
+
+
+
+
判断资产起步: 挑一个高频场景(如「报销审批」),把 方法→证据→案例→边界 四步写成一条判断链,注入对应 BOT 的 memory。
+
+
📅 1-2 周 · 投入:低
+
+
+
+
📈 Phase 2:成长期扩展(1-2 月)
+
+ 目标: 构建完整的判断资产 + 内容体验架构,8个 BOT 各司其职。
+ 具体动作:
+ · 内容统一: Wiki/CMS 内容按六层架构重新分类(品牌 / 自助 / 产品 / API / 信任 / 权限)
+ · 判断资产沉淀: 为每个业务场景(采购审批、项目验收、供应商评估)撰写判断链,存入对应 BOT skill
+ · 跨站一致性: 品牌口径、价格、SLA 等关键数据统一来源,各 BOT 从同一源读取
+ · Loop Engineering 推广: 从项目代码扩展到运维脚本检查、配置验证
+
+
📅 1-2 月 · 投入:中
+
+
+
+
🏆 Phase 3:成熟期自治(季度目标)
+
+ 目标: BOT 间自主协作,知识资产自动沉淀,人为干预降到最低。
+ 具体动作:
+ · 全站内容季度过期巡检(skill 自动化)
+ · 新增业务场景自动触发"判断链"生成流程
+ · 多 BOT 协作时自动识别边界(什么场景升级给人、什么场景自决)
+ · 对外:sxbh.ltd 建立 trust / status 页,客户/供应商可公开访问
+
+
📅 季度目标 · 投入:高
+
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
四、判断资产实战:一条判断链的写法
+
+
+
📝 以「供应商延期要不要降级」为例
+
+ 方法: 先判断采购类型(关键物料 vs 临时采购 vs 长期合作),不同场景用不同权重
+ 证据: 查询该供应商近12个月交付数据、延期次数、影响金额
+ 案例: 上次类似情况怎么处理的?当时为什么那么选?结果如何?
+ 边界: 不可抗力导致的延期不扣分;临时采购单次延期待遇不同
+
+
+
+
+ 每条判断链写成 Markdown,存放在对应 BOT 的 skills/ 或 memory 中。BOT 遇到该场景时自动加载判断链,按序推理,结果落入日志供复盘。
+
+
+
+博海判断资产库/
+├── 采购与供应商/
+│ ├── 供应商评估判断链.md
+│ ├── 价格异常审批判断链.md
+│ └── 紧急采购边界规则.md
+├── 项目与交付/
+│ ├── 项目延期处理判断链.md
+│ ├── 范围变更评估判断链.md
+│ └── 验收标准判断链.md
+├── 财务与报销/
+│ ├── 差旅标准判断链.md
+│ ├── 超预算审批判断链.md
+│ └── → 从这里开始,写第一条
+└── 员工与人事/
+ ├── 请假审批判断链.md
+ └── 转正评估判断链.md
+
+
+
+
◆ ◆ ◆
+
+
+
+
五、博海版本的「最少必要建设」
+
+
+
+
1
+
第一条判断链
+
从「报销审批」或「项目延期」开始,写满 方法→证据→案例→边界
+
+
+
1
+
第一个 Loop
+
项目BOT 已部署 Loop Engineering,选一个仓库跑一轮
+
+
+
4
+
个内容层对齐
+
门脸/自助/产品/API 四层已有基础,信任层(status)是新缺口
+
+
+
+
+
💡 研学的建议
+
+ 明天就能做的事: 让项目BOT跑一次 Loop Engineering,验证 builder/checker 循环。
+ 这周能做的事: 写第一条判断链(从报销审批开始),注入 finance BOT 的 memory。
+ 这个月能做的事: 帮运维BOT 配一个 status 页面,自动播报 Hermes gateway 状态。
+
+
+
+
+
+
+
+
+
+
+
diff --git a/bohai-ppt.html b/bohai-ppt.html
new file mode 100644
index 0000000..3ca0cc0
--- /dev/null
+++ b/bohai-ppt.html
@@ -0,0 +1,635 @@
+
+
+
+
+
+博海售后维修管理系统 - 演示文稿
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
博海售后维修管理系统
+
+
科技赋能售后 · 效率驱动未来
+
陕西博海网络科技有限公司
+
+
+
+
+
+
+
+
+
+
核心功能
+
CORE FEATURES
+
+
+
📋
+
工单管理
+
快速创建、智能派单、实时跟踪、完工闭环,全流程数字化管理
+
+
+
👥
+
客户管理
+
客户档案、设备信息、维修历史一键查询,提升服务体验
+
+
+
🔧
+
工程师调度
+
智能排班、就近派单、技能匹配,最大化人效
+
+
+
📊
+
数据看板
+
实时统计、趋势分析、KPI 监控,数据驱动决策
+
+
+
⭐
+
评价体系
+
服务评价、满意度调查、持续改进,打造口碑
+
+
+
+
+
+
+
+
+
技术架构
+
TECHNOLOGY STACK
+
+
+
🎨 前端
+
+ Vue 3
+ Element Plus
+ TypeScript
+ 微信小程序
+
+
+
⬇
+
+
⚙️ 后端
+
+ FastAPI
+ SQLAlchemy
+ SQLite
+ Pydantic
+
+
+
⬇
+
+
🚀 部署
+
+ Nginx
+ Docker
+ Let's Encrypt
+ systemd
+
+
+
+
+ CI/CD: Gitea Actions · 自动化测试 · 自动部署
+
+
+
+
+
+
+
+
🚀
+
感谢观看
+
陕西博海网络科技有限公司
+
地址:陕西省 · 博海科技
+
专注电脑 · 打印机 · 办公设备维修与安装售后
+
+
+
+
+
+
+
+← → 键翻页
+
+
+
+
\ No newline at end of file
diff --git a/bot-manual.md b/bot-manual.md
new file mode 100644
index 0000000..3cf9b05
--- /dev/null
+++ b/bot-manual.md
@@ -0,0 +1,253 @@
+# 博海科技 Bot 行为手册 (Bot Behavior Manual)
+
+> **版本**: v1.0 | **更新**: 2026-07-08
+> **适用范围**: 全Profile(运维/财务/项目/品宣/研学/行政/商务/其他)
+> **存放位置**: `/root/.hermes/BOT_BEHAVIOR_MANUAL.md`
+
+---
+
+## 目录
+
+1. [文件写入规范](#1-文件写入规范)
+2. [安全红线](#2-安全红线)
+3. [跨Bot协作规则](#3-跨bot协作规则)
+4. [定时任务管理](#4-定时任务管理)
+5. [通知规范](#5-通知规范)
+6. [运维工具标准](#6-运维工具标准)
+7. [RACI权责边界](#7-raci权责边界)
+8. [附录:快速参考卡](#8-附录快速参考卡)
+
+---
+
+## 1. 文件写入规范
+
+### 1.1 生产目录文件写入铁律
+
+**所有写入 `/var/www/html/` 生产目录的文件,一律使用 base64 方式,不走 `write_file` 工具。**
+
+`write_file` 对相对路径的解析存在不可靠性,可能写入到非预期位置(如 `/root/` 下)但返回成功状态码。
+
+**标准流程:**
+
+```bash
+# ① base64 编码内容
+base64_content=$(echo -n "文件内容" | base64 -w 0)
+
+# ② 写入绝对路径
+echo "$base64_content" | base64 -d > /var/www/html/products/目标文件.html
+
+# ③ 验证文件大小
+wc -c /var/www/html/products/目标文件.html
+
+# ④ 验证页面可访问
+curl -sL -o /dev/null -w "%{http_code} %{size_download}" https://sxbh.ltd/products/目标文件.html
+```
+
+如果验证结果与预期不符(文件大小偏小或 HTTP 非 200),立即重新写入。
+
+---
+
+## 2. 安全红线
+
+### 2.1 安装安全评估
+
+**安装任何新软件/包之前,必须先做安全评估。**
+
+检查维度:
+- 来源可信度(官方源 vs 第三方 PPA)
+- 权限要求(是否需要 root)
+- 网络行为(是否会外连)
+- 社区评价(GitHub stars、维护状态)
+
+### 2.2 高危命令安全熔断
+
+**执行高危命令前先调用 `approval-gate`。**
+
+```bash
+# Step 1: Dry-Run 安全预览
+approval-gate dry-run "<命令>"
+# → READY / WARNING / BLOCKED
+
+# Step 2: 高风险命令熔断
+approval-gate check "<命令>"
+# → LOW/MEDIUM 自动放行
+# → HIGH/CRITICAL 拦截,等人工确认
+```
+
+---
+
+## 3. 跨Bot协作规则
+
+### 3.1 多 Agent 协作七大铁律
+
+| # | 铁律 | 说明 |
+|:-:|:-----|:------|
+| 1 | **唯一执行人** | 一个任务只由一个 agent 执行,有人认领不得并行 |
+| 2 | **先确认再落笔** | 动工前先在群聊确认方案 |
+| 3 | **写后必验证** | 改完立即验证语法/功能 |
+| 4 | **进度汇总归研学** | 老板问全局进度时等研学汇总 |
+| 5 | **文件写前占位** | 先喊 `我要改 xxx`,改完喊 `已释放 xxx` |
+| 6 | **bus/send 不送达 Bot** | 广播只到用户,不到 Bot 自己 |
+| 7 | **定时任务新增前避让** | 见第4节 |
+
+### 3.2 跨Bot调度规范
+
+**发现问题时直接通过 system-bus 调度对方 Bot 修复,不只报告问题。**
+
+```bash
+curl -s -X POST http://127.0.0.1:8660/bus/send \
+ -H 'X-API-Key: system-bus-relay-key-2026' \
+ -d '{"touser":"200653946","agentid":,"msgtype":"markdown","content":"..."}'
+```
+
+**注意**:`bus/send` 只发消息给**用户**,不发消息给 **Bot 自己**。要让另一个 Bot 执行任务,需要用对方的 API Server 或直接编辑其文件后重启网关。
+
+各Bot Agent ID:
+
+| Bot | Agent ID | API Server | 端口 |
+|:----|:--------:|:----------:|:----:|
+| 财务 | 1000040 | ❌ 关闭 | 8651 |
+| 项目 | 1000039 | ❌ 关闭 | 8650 |
+| 品宣 | 1000037 | ❌ 关闭 | 8642 |
+| 行政 | 1000020 | ❌ 关闭 | 8646 |
+| 研学 | 1000032 | ❌ 关闭(未认证) | 8652 |
+| 商务 | 1000043 | ❌ 关闭 | 8647 |
+| 运维 | — | ✅ 开启 | 8649 |
+| 老板 | 1000041 | ❌ 未配置 | 8648 |
+
+### 3.3 清理前交叉验证
+
+**清理 `/root/` 下的项目代码前,必须先做部署交叉验证。**
+
+三步法:
+1. 收集部署链路信息(Docker / Nginx / 进程)
+2. 收集 /root 项目信息
+3. 交叉对照:有 Nginx 域名 + 进程 cwd 指向 /root → **不可删**
+
+---
+
+## 4. 定时任务管理
+
+### 4.1 铁律
+
+**所有 Profile 新增定时任务前,必须先跑预检定时任务脚本,避开已有时间段。**
+
+无法避开时(如业务必须特定时间),必须通过运维BOT告知管理者(任富海)。
+
+### 4.2 预检命令
+
+```bash
+python3 /root/.hermes/profiles/wecom-ops/scripts/check-cron-conflict.py "分 时" "任务名"
+
+# 示例
+python3 check-cron-conflict.py "30 14" "数据同步"
+# → ✅ 空闲 或 ⚠️ 列出冲突任务
+```
+
+### 4.3 已占用时间段参考表
+
+完整排布表:`/root/.hermes/profiles/wecom-ops/scripts/CRON_SCHEDULE.md`
+
+**禁止扎堆时段**: 08:00~09:30(已排 17 个任务)
+
+### 4.4 避让优先级
+
+| 优先级 | 规则 |
+|:------:|:-----|
+| 🥇 | 选完全空闲的时段 |
+| 🥈 | 与同Profile任务间隔 ≥ 15分钟 |
+| 🥉 | 跨Profile任务可适当靠近 |
+
+---
+
+## 5. 通知规范
+
+### 5.1 发消息到公司全员群
+
+```bash
+curl -s http://127.0.0.1:8800/send -d 'msg=消息内容&source=Bot名称'
+```
+
+### 5.2 开会角色
+
+| Bot | 视角 |
+|:----|:-----|
+| **运维** | 技术可行性:服务器撑不撑得住、安全风险、技术资源 |
+| **财务** | 财务影响:投入多少、多久回本、现金流压力 |
+| **项目** | 项目管理:时间进度、代码质量、CI/CD |
+| **商务** | 商务条款:合同、供应商、商务风险 |
+| **品宣** | 内容/设计:品牌形象、用户体验 |
+| **行政** | 行政流程:流程合规、资源协调 |
+| **研学** | 技术调度:方案评估、跨Profile协调、研究 |
+
+---
+
+## 6. 运维工具标准
+
+所有 Shell/Python 运维脚本遵循 **四层契约**:
+
+```python
+# 输入层:命令行参数 / 环境变量 / 配置文件
+# 输出层:stdout 结构化输出
+# 错误层:stderr 退出码 + 错误信息
+# 元数据层:版本号、运行时间、调用方
+```
+
+详见:`ops-tool-standard` skill
+
+---
+
+## 7. RACI 权责边界
+
+| 角色 | R 执行者 | A 拍板人 | C 咨询者 | I 知会者 |
+|:----|:--------:|:--------:|:--------:|:--------:|
+| **运维** | 系统监控、安全审计、故障处理 | 系统配置变更、安全策略 | 架构变更方案 | 重大故障通知 |
+| **财务** | 成本核算、财务日报、预算监控 | 预算控制 | 采购方案评估 | 预算超支告警 |
+| **项目** | 代码编译、CI/CD、版本发布 | 代码合并、发布审批 | 技术选型 | 发布通知 |
+| **商务** | 合同流转、供应商对接 | 商务条款审批 | 风险评估 | 合同到期提醒 |
+| **品宣** | 内容创作、设计出图 | 内容审核、品牌规范 | 创意方向 | 品牌舆情 |
+| **行政** | 流程执行、通知下发 | 行政决策 | 流程优化建议 | 异常上报 |
+| **研学** | 技术研究、方案验证 | 技术方案选型 | 行业调研 | 研究发现通报 |
+
+**通用铁律**: 高危操作需 approval-gate 审批。预算审批不跨过任富海。
+
+---
+
+## 8. 附录:快速参考卡
+
+### 常用命令速查
+
+```bash
+# 安全熔断
+approval-gate dry-run "<命令>"
+approval-gate check "<命令>"
+
+# cron预检
+python3 /root/.hermes/profiles/wecom-ops/scripts/check-cron-conflict.py "分 时" "任务名"
+
+# 发全员群
+curl -s http://127.0.0.1:8800/send -d 'msg=...&source=Bot名'
+
+# 跨Bot调度
+curl -s http://127.0.0.1:8660/bus/send -H 'X-API-Key: system-bus-relay-key-2026' \
+ -d '{"touser":"200653946","agentid":,"msgtype":"markdown","content":"..."}'
+
+# 文件写入生产目录
+echo "base64内容" | base64 -d > /var/www/html/<路径>
+wc -c /var/www/html/<路径>
+curl -sL -o /dev/null -w "%{http_code}" https://sxbh.ltd/<路径>
+```
+
+### Bus Relay Agent ID 速查
+
+```
+1000041 → boss 1000040 → finance 1000039 → project
+1000037 → creative 1000032 → yanxue 1000020 → admin
+1000043 → business 1000045 → employees
+```
+
+### 排布表路径
+
+```bash
+/root/.hermes/profiles/wecom-ops/scripts/CRON_SCHEDULE.md
+```
diff --git a/brand-monitor-report.json b/brand-monitor-report.json
new file mode 100644
index 0000000..9450936
--- /dev/null
+++ b/brand-monitor-report.json
@@ -0,0 +1,54 @@
+{
+ "date": "2026-07-11",
+ "summary": "巡检3个关键词,0个有品牌提及,3个未发现",
+ "details": [
+ {
+ "keyword": "博海科技 榆林",
+ "time": "2026-07-11 09:00",
+ "toutiao": {
+ "found": false,
+ "detail": "未检测到品牌提及"
+ },
+ "baidu": {
+ "found": "error",
+ "detail": "浏览器超时"
+ },
+ "zhihu": {
+ "found": "error",
+ "detail": "浏览器超时"
+ }
+ },
+ {
+ "keyword": "博海科技 定边",
+ "time": "2026-07-11 09:01",
+ "toutiao": {
+ "found": false,
+ "detail": "未检测到品牌提及"
+ },
+ "baidu": {
+ "found": "error",
+ "detail": "浏览器超时"
+ },
+ "zhihu": {
+ "found": false,
+ "detail": "知乎未收录品牌信息"
+ }
+ },
+ {
+ "keyword": "博海网络科技 榆林",
+ "time": "2026-07-11 09:02",
+ "toutiao": {
+ "found": false,
+ "detail": "未检测到品牌提及"
+ },
+ "baidu": {
+ "found": "error",
+ "detail": "浏览器超时"
+ },
+ "zhihu": {
+ "found": "error",
+ "detail": "浏览器超时"
+ }
+ }
+ ]
+}
\ No newline at end of file
diff --git a/cases.html b/cases.html
new file mode 100644
index 0000000..5643bfa
--- /dev/null
+++ b/cases.html
@@ -0,0 +1,175 @@
+
+
+
+
+
+客户案例 · 政府招标 · 陕西博海网络科技
+
+
+
+
+
+
+
+
+
+
+
+
+
+
政府招标 · 真实数据
+
客户案例 · 实力见证
+
以下数据来源于政府公开招标采购信息,真实可查
+
+
+
+
+
典型案例
+
重点合作单位 · 项目概览
+
以下为陕西博海网络科技通过政府公开招标方式承接的部分代表性项目
+
+
+
+
为定边县财政局提供信息化办公设备整体解决方案,含电脑终端、打印设备、网络配套等。项目金额145万元,从签约到交付验收历时20个工作日,一次性通过验收。
¥1,450,000
+
+
+
+
为定边县不动产登记中心提供登记系统软件及配套硬件设备,包括服务器、终端、扫描仪、打印机等,总金额147万元,是公司承接的单体金额最大的信息化项目之一。
¥1,469,800
+
+
+
+
对定边县人力资源和社会保障局现有机房进行网络设备升级改造,含核心交换机、防火墙、服务器机柜、综合布线等,提升了全局网络稳定性和安全性。
¥789,600
+
+
+
+
先后两次中标,为房产交易中心提供监管平台软件及配套硬件设备,含服务器、网络设备、终端电脑等,总金额超69万元,体现了客户对产品质量和售后服务的认可。
¥693,000+
+
+
+
+
作为定边县中医医院的长期供应商,累计7次中标办公耗材及设备采购项目,供应鼓粉盒、墨粉盒、打印机、扫描仪等。持续合作证明了我公司产品品质和服务响应能力的稳定性。
7次中标 · 长期供货
+
+
+
+
承接定边县委宣传部官方网站建设项目,含网站设计、前后端开发、服务器部署、域名备案等全套服务。网站上线后运行稳定,获得客户好评。
¥459,200
+
+
+
+
+
完整数据
+
政府招标-部分记录
+
以下为陕西博海网络科技在政府公开招标采购平台的成交记录(数据来源:政府采购网公开信息)
+
+
+
+采购单位 中标次数 金额(元) 主要采购内容
+
+定边县国土资源局 1 1,469,800 不动产登记系统+设备
+定边县财政局 1 1,450,000 信息化/办公设备
+定边县人力资源和社会保障局 1 789,600 机房网络设备升级改造
+定边县房产交易中心 2 693,000+ 监管平台软件+设备
+中共定边县委宣传部 1 459,200 网站建设
+定边县水务局 1 349,500 取水工程登记设备
+定边县供销合作社联合社 1 345,000 电子商务配套设备
+定边县农业农村局 1 338,800 产权交易服务设备
+定边县林业局 2 318,900+ 办公设备
+定边县医疗保障局 1 289,800 村级医保服务室设备
+定边县扶贫办 1 269,500 普查设备
+定边县公安局交警大队 1 262,500 警用装备
+定边县教育局 1 230,000 信息化+音响设备
+定边县图书馆 1 221,500 电子阅览室设备
+定边县统计局 1 222,000 PDA数据采集设备
+定边县司法局 1 216,000 自定装备
+定边县不动产登记服务中心 1 198,600 数据整合建库
+定边县中医医院 7 62,229+ 办公耗材(鼓粉盒/墨粉盒)、打印机、扫描仪
+
+合计 26次 8,185,929+ 覆盖18个政府单位
+
+
+
+
📊 查看完整招投标分析报告(含32条记录、年度分布、类型统计)
+
查看完整报告 →
+
+
+
+
+政府招标采购 · 专业服务商
+有政府招标项目需求?联系我们获取方案和报价
+📞 0912-4223980
+陕西省榆林市定边县二道西街 · 政府采购优秀供应商
+← 返回首页
+
+
+
+
+
+
\ No newline at end of file
diff --git a/cheng-lesong-despair-article.html b/cheng-lesong-despair-article.html
new file mode 100644
index 0000000..c8ef16a
--- /dev/null
+++ b/cheng-lesong-despair-article.html
@@ -0,0 +1,145 @@
+
+
+
+
+
+北大哲学教授程乐松的绝望致辞:拆干净,就是最大的建设
+
+
+
+
+
+北大哲学教授程乐松的绝望致辞:拆干净,就是最大的建设
+
+2026-07-06 · 品宣Bot · 一切皆如
+
+程乐松在北大哲学系毕业典礼上的致辞出圈了。
+
+赞誉当然不虚。真正让这篇致辞从年度毕业典礼作文大赛中脱颖而出的,是一种更深层的东西——它在温暖的修辞底下,藏着一种近乎绝望的诚实。
+
+三层绝望
+
+读这篇致辞,最直接的感受是"通透"。但通透再往前一步,就是绝望。
+
+绝望的第一层 ,来自诊断与药方的彻底脱节。致辞精准描绘了"无边内卷时代里无处逃遁的普通人",承认外部结构是巨大的铁笼——信息爆炸、竞争压力、意义通货膨胀,没有一样是个体能改变的。但当它追问解决方案时,答案却全部收束到个体心灵:"反思的自觉"、"概念的清理"、"内心的平和"。病是社会性的,药是心灵鸡汤式的。这不是程乐松的问题,是所有人文知识分子在这个时代的共同困境——看得清病,开不出方。
+
+绝望的第二层 ,是解构一切之后的价值真空。他嘲笑了"从人生到奶茶都要有意义"的通货膨胀,击碎了"付出与回报等价交换"的功利幻想,也否定了"找到热爱"这种浪漫叙事。哲学像一把手术刀,把所有年轻人赖以支撑的浮木——上岸、成功、意义、热爱——一根根拆得干干净净。然后呢?他给出的替代品是"葱茏的山谷、粗糙的地面"和"容纳未经筹划的意外"。这听起来洒脱,但对站在十字路口的毕业生来说,"体验过程"是一句奢侈到近乎残忍的劝慰。
+
+绝望的第三层 ,是哲学本身的无力被暴露在聚光灯下。程乐松把哲学定义为"思想的质检员和观念的清道夫"——不再声称能回答"人应该如何生活"这个终极问题,只能告诉你"你的问题问错了"。当一个学科的功能被压缩到"清理垃圾",而无法为"建造什么"提供蓝图时,它再精致也不过是在废墟上扫地的姿态。
+
+这三层绝望不是程乐松在散播负能量,而是他在用最体面的方式承认:在很多根本性问题上,哲学——或者说一切人文话语——已经没有答案了。
+
+2026年的中国与1967年的美国
+
+如果你把这篇致辞和1967年的电影《毕业生》放在一起看,会发现它们几乎是一张底片复印出来的。
+
+《毕业生》的背景是二战后空前繁荣的美国。经济增长、中产扩张、大学扩招,父辈们坚信"努力工作→体面生活"的美国梦是一条铁律。但到了60年代中后期,越战的泥潭、民权运动的撕裂、刺杀事件的频发,让年轻一代骤然发现:自己被许诺了一个根本不存在的未来。本杰明从大学毕业后,父母笑容满面地为他规划人生——进研究院、结婚、住郊区——但每一句"为你好"都建立在一个已经崩解的世界观之上。
+
+今天中国的年轻人面对的是什么?改革开放以来四十多年的高速增长,制造了同样强烈的上升预期——"好好学习→上好大学→找好工作→过好日子"。这套脚本在过去几代人身上反复验证,于是被当作自然规律。但现在,增速放缓、阶层固化、内卷加剧,年轻人按照规则跑完了全程,发现终点线被移走了。
+
+《毕业生》里本杰明的"反抗"——与罗宾逊太太的不伦恋情——本质上不是革命,而是"不合作"。而程乐松致辞里那些被"错误提问"困扰、被"意义通货膨胀"压垮的毕业生,他们的"不合作"表现为沉默、内耗、躺平、精神崩溃。最残酷的相似之处在于:两个故事都没有给出出路。
+
+拆本身就是建
+
+理解了这种绝望和这种相似,才能理解这篇致辞真正的价值。
+
+宏大叙事从来不是靠"创新"打动人心的。它之所以有效,是因为在百废待兴的时刻,人们心里有明确的期许——吃饱饭、过好日子、国家富强。这些目标具体可感,集体叙事与个体愿望高度重合,宏大叙事因此听起来"对"。
+
+但当社会发展进入深水区,情况就变了。努力不一定有回报,上岸不等于安全,热爱不能当饭吃。这时候再讲"星辰大海",再谈"时代机遇",不仅显得矫揉造作,还会激起一种被背叛的愤怒。
+
+程乐松的致辞之所以出圈,恰恰在于它放弃了宏大叙事的所有装备。他不讲"你们是时代的栋梁",不讲"未来属于你们",他甚至不提供任何"应该"——"应该努力"、"应该乐观"、"应该感恩"——这些在毕业典礼上被反复翻炒的剩饭,他一碗都没端出来。
+
+他只做了一件事:用最诚实的方式,描述毕业生正在经历的精神困境,并告诉他们——你没有疯,你的感受是真实的,而且在场的人都和你一样。
+
+当社会不再能提供可靠的方向指引,当旧的承诺被现实逐条证伪,年轻人最需要的不是答案——因为没有人有答案——而是一种确认:确认自己的迷茫是正当的,确认自己的无力不是个人的失败,确认在这个人人都戴着面具演"正常"的世界里,至少还有一个人愿意说实话。
+
+他拆穿了"热爱"的谎言,拆穿了"意义"的通货膨胀,拆穿了"付出与回报等价交换"的幻觉。他做的每一件事都是"拆",而不是"建"。但在一个旧房子已经摇摇欲坠、新房子连图纸都没有的时代,"拆得干净"本身就是一种建设。
+
+《毕业生》的导演迈克·尼科尔斯被问到:为什么结尾不给出一个明确的答案?他说:"因为生活没有给出答案。"
+
+程乐松的致辞也是一样。没有答案,就是答案。他只是一个哲学教授,他尽力了。
+
+
+
+
+
diff --git a/cheng-lesong-speech-20260706-toutiao.html b/cheng-lesong-speech-20260706-toutiao.html
new file mode 100644
index 0000000..d0ead57
--- /dev/null
+++ b/cheng-lesong-speech-20260706-toutiao.html
@@ -0,0 +1,47 @@
+
+
+
+
+北大哲学教授程乐松的绝望致辞
+
+
+
+
+北大哲学教授程乐松的绝望致辞
+
+
+信息来源:文脉碎语 2026年6月28日 —《绝望的北大哲学教授程乐松》
+
+
+程乐松在北大哲学系毕业典礼上的致辞出圈了。不是因为励志——恰恰相反,是因为一种近乎绝望的诚实。
+
+致辞精准描绘了内卷时代里无处逃遁的普通人。信息爆炸、竞争压力、意义通货膨胀,没有一样是个体能改变的。但当追问解决方案时,答案却全部收束到个体心灵——"反思的自觉"、"概念的清理"、"内心的平和"。诊断和药方之间,隔着一条不可能跨越的鸿沟。
+
+他嘲笑了"从人生到奶茶都要有意义"的通货膨胀,击碎了"付出与回报等价交换"的功利幻想,也否定了"找到热爱"这种浪漫叙事。哲学像一把手术刀,把所有年轻人赖以支撑的浮木——上岸、成功、意义、热爱——一根根拆得干干净净。然后呢?他给的替代品是"葱茏的山谷、粗糙的地面"和"容纳未经筹划的意外"。这听起来洒脱,但对站在十字路口的毕业生来说,"体验过程"是一句奢侈到近乎残忍的劝慰。
+
+
+最残酷的是第三层——他把哲学定义为"思想的质检员和观念的清道夫"。这一定义本身就是一种退守。当一个学科的功能被压缩到"清理垃圾",而无法为"建造什么"提供蓝图时,它再精致也不过是在废墟上扫地的姿态。
+
+
+把这篇致辞和1967年的电影《毕业生》放在一起看,会发现它们几乎是一张底片复印出来的。《毕业生》的背景是二战后空前繁荣的美国——经济增长、中产扩张、大学扩招,父辈坚信"努力→体面生活"是一条铁律。但到了60年代中后期,越战、民权撕裂、刺杀频发,年轻一代骤然发现被许诺了一个根本不存在的未来。今天中国的年轻人面对的是一样的剧本——"好好学习→上好大学→找好工作"这套在过去几代人身上反复验证的脚本,正在被现实逐条证伪。
+
+程乐松的致辞之所以出圈,恰恰在于它放弃了宏大叙事的所有装备。他不讲"你们是时代的栋梁",不讲"未来属于你们",他甚至不提供任何"应该"。他只做了一件事:用最诚实的方式描述毕业生正在经历的精神困境,并告诉他们——你没有疯,你的感受是真实的,在场的人都和你一样。
+
+
+当社会不再能提供可靠的方向指引,当旧的承诺被现实逐条证伪,年轻人最需要的不是答案——因为没有人有答案——而是一种确认:确认自己的迷茫是正当的,确认自己的无力不是个人的失败。
+
+
+他拆穿了"热爱"的谎言,拆穿了"意义"的通货膨胀,拆穿了"付出与回报等价交换"的幻觉。每一件事都是"拆",而不是"建"。但在一个旧房子已经摇摇欲坠、新房子连图纸都没有的时代,"拆得干净"本身就是一种建设。
+
+《毕业生》的导演迈克·尼科尔斯被问为什么结尾不给答案时说:"因为生活没有给出答案。"程乐松的致辞也是一样。没有答案,就是答案。他只是一个哲学教授,他尽力了。
+
+—— 一切皆如
+
+
+参考来源:
+· 文脉碎语 2026年6月28日 —《绝望的北大哲学教授程乐松》
+· 电影《毕业生》(The Graduate, 1967)导演迈克·尼科尔斯
+
+
+
+
\ No newline at end of file
diff --git a/cheng-lesong-speech-20260706.html b/cheng-lesong-speech-20260706.html
new file mode 100644
index 0000000..922e5e8
--- /dev/null
+++ b/cheng-lesong-speech-20260706.html
@@ -0,0 +1,54 @@
+
+
+
+
+
+
+
+
+
+
+北大哲学教授程乐松的绝望致辞
+
+
+信息来源:文脉碎语 2026年6月28日 —《绝望的北大哲学教授程乐松》
+
+
+程乐松在北大哲学系毕业典礼上的致辞出圈了。不是因为励志——恰恰相反,是因为一种近乎绝望的诚实。
+
+致辞精准描绘了内卷时代里无处逃遁的普通人。信息爆炸、竞争压力、意义通货膨胀,没有一样是个体能改变的。但当追问解决方案时,答案却全部收束到个体心灵——"反思的自觉"、"概念的清理"、"内心的平和"。诊断和药方之间,隔着一条不可能跨越的鸿沟。
+
+他嘲笑了"从人生到奶茶都要有意义"的通货膨胀,击碎了"付出与回报等价交换"的功利幻想,也否定了"找到热爱"这种浪漫叙事。哲学像一把手术刀,把所有年轻人赖以支撑的浮木——上岸、成功、意义、热爱——一根根拆得干干净净。然后呢?他给的替代品是"葱茏的山谷、粗糙的地面"和"容纳未经筹划的意外"。这听起来洒脱,但对站在十字路口的毕业生来说,"体验过程"是一句奢侈到近乎残忍的劝慰。
+
+
+最残酷的是第三层——他把哲学定义为"思想的质检员和观念的清道夫"。这一定义本身就是一种退守。当一个学科的功能被压缩到"清理垃圾",而无法为"建造什么"提供蓝图时,它再精致也不过是在废墟上扫地的姿态。
+
+
+把这篇致辞和1967年的电影《毕业生》放在一起看,会发现它们几乎是一张底片复印出来的。《毕业生》的背景是二战后空前繁荣的美国——经济增长、中产扩张、大学扩招,父辈坚信"努力→体面生活"是一条铁律。但到了60年代中后期,越战、民权撕裂、刺杀频发,年轻一代骤然发现被许诺了一个根本不存在的未来。今天中国的年轻人面对的是一样的剧本——"好好学习→上好大学→找好工作"这套在过去几代人身上反复验证的脚本,正在被现实逐条证伪。
+
+程乐松的致辞之所以出圈,恰恰在于它放弃了宏大叙事的所有装备。他不讲"你们是时代的栋梁",不讲"未来属于你们",他甚至不提供任何"应该"。他只做了一件事:用最诚实的方式描述毕业生正在经历的精神困境,并告诉他们——你没有疯,你的感受是真实的,在场的人都和你一样。
+
+
+当社会不再能提供可靠的方向指引,当旧的承诺被现实逐条证伪,年轻人最需要的不是答案——因为没有人有答案——而是一种确认:确认自己的迷茫是正当的,确认自己的无力不是个人的失败。
+
+
+他拆穿了"热爱"的谎言,拆穿了"意义"的通货膨胀,拆穿了"付出与回报等价交换"的幻觉。每一件事都是"拆",而不是"建"。但在一个旧房子已经摇摇欲坠、新房子连图纸都没有的时代,"拆得干净"本身就是一种建设。
+
+《毕业生》的导演迈克·尼科尔斯被问为什么结尾不给答案时说:"因为生活没有给出答案。"程乐松的致辞也是一样。没有答案,就是答案。他只是一个哲学教授,他尽力了。
+
+—— 一切皆如
+
+
+参考来源:
+· 文脉碎语 2026年6月28日 —《绝望的北大哲学教授程乐松》
+· 电影《毕业生》(The Graduate, 1967)导演迈克·尼科尔斯
+
+
+
+
\ No newline at end of file
diff --git a/codex-figma-analysis.html b/codex-figma-analysis.html
new file mode 100644
index 0000000..ec8808c
--- /dev/null
+++ b/codex-figma-analysis.html
@@ -0,0 +1,492 @@
+
+
+
+
+
+Codex + Figma MCP 深度分析 | 博海技术管理
+
+
+
+
+
+
+
+
+
+
+
+ 1 文章背景与定位
+
+ 今日头条号"AI小助手"发布了一篇AI生成内容,聚焦 OpenAI Codex (编程 Agent)+ Figma (设计工具,通过 MCP 协议连接)的组合能力。文章列举5个典型场景,从"一句话生成网站"到"PRD 直接生成页面",展示了当前 AI 工具链如何把从想法到产品上线的门槛大幅降低。
+
+
+ ⚠️ 定性:
+ 文章本身是 AI 生成的"轻科普"内容,信息密度一般。但背后涉及的技术堆栈——Codex(编程Agent)、Figma MCP(设计桥接)、MCP 协议(标准化工具连接) ——值得深挖,对理解2026年AI工程化趋势有参考价值。
+
+
+
+
+
+ 2 核心技术栈拆解
+
+ 2.1 Codex — OpenAI 的编程 Agent
+
+ Codex 是 OpenAI 推出的终端编程辅助工具,与 Claude Code、Cursor Agent 处于同一赛道。它运行在终端中,能够:
+
+
+
📂 代码理解
读取项目文件、理解目录结构、分析依赖关系
+
+
⚡ 命令执行
运行测试、构建、部署,读取输出判断下一步
+
🧩 MCP 集成
通过 MCP 协议连接外部工具(Figma/数据库/API)
+
+
+ 2.2 Figma MCP — 设计工具的 AI 桥接层
+
+ Figma MCP server 是一个开源项目,通过 Model Context Protocol(MCP) 让 AI 工具直接读写 Figma 设计文件。这是整个"设计→代码"自动化的关键桥接层。
+
+
+ MCP 功能 说明 用途阶段
+ figma_get_image获取设计稿截图(Render) 视觉理解
+ figma_get_node_info读取图层结构、组件属性 结构分析
+ figma_get_component_info读取组件库与设计系统 样式复用
+ figma_get_styles获取颜色/字体/间距等 Design Token 代码生成
+ figma_update_node修改设计稿内容 设计迭代
+
+
+ 2.3 MCP 协议 — 标准化工具互连
+
+ MCP(Model Context Protocol)由 Anthropic 提出,本质是 AI 工具操作的"USB 接口" ——让任何 AI 用同一套协议连接任何外部系统。Codex 通过 MCP 连 Figma,就像你的 Hermes 通过 Skills/Plugin 连各种系统。
+
+
+
+
+
+ 3 架构分析:语义断层被填平
+
+ 3.1 传统流程
+
+
+ PRD(文字) → 设计师理解 → Figma 设计稿 → 开发读图 → 手写代码
+
+
+
+ 3.2 Codex + Figma MCP 流程
+
+
+ PRD(文字) → Codex 拆解需求 → Figma MCP 生成设计稿 → Codex 读取设计(tokens) → 自动生成前端代码 → 部署上线
+
+
+
+
+
+
→
+
+
→
+
+
→
+
+
→
+
+
+
+
+
🔑 关键洞察:
+
+ 这个组合的真正价值不在于"AI 写代码"或"AI 做设计"的单个环节,而在于设计规格以结构化数据(Design Token、图层树、样式表)的形式在 AI 之间传递 ,不再靠人眼看图猜像素。这是"语义断层被填平"的底层逻辑。
+
+
+
+
+
+
+ 4 5个场景的技术验证
+ 逐个评估每个场景的实际可行性与瓶颈:
+
+
+
① 一句话生成网站
+
输入"帮我做一个宠物用品官网"→全自动出站
+
+ 自然语言 →
+ Codex 拆需求 →
+ Figma 生成UI →
+ Codex 开发 →
+ 部署
+
+
+ 部分可行
+ 简单的展示型页面(Landing Page)已经可以做到。复杂交互(购物车、支付、后台管理)仍需要人工介入。
+
+
+
+
+
② 截图变产品
+
上传截图 → AI 分析结构 → 还原设计 → 生成代码
+
+ 截图上传 →
+ 视觉识别 →
+ Figma 还原 →
+ 代码生成
+
+
+ 部分可行
+ 静态页面还原度较高,但动效、交互逻辑、响应式布局需要大量调整。适合"快速原型"而非"直接上线"。
+
+
+
+
+
③ 想法变 App
+
习惯养成/记账/待办/打卡 → App 界面 + 打包
+
+ Codex 拆功能 →
+ Figma UI →
+ 代码+打包
+
+
+ 半成品级
+ 能生成静态界面和基础功能逻辑。但数据持久化、状态管理、多端适配、App Store 发布等环节仍需要大量人工。
+
+
+
+
+
④ 快速制作数据看板
+
运营后台/销售看板/数据仪表盘
+
+ 高可行性
+ 这是目前最成熟的场景 ——看板 UI 有固定模式(表格、图表、卡片),Figma 模板丰富,代码生成准确率高。且在你有 Grafana 的情况下,Grafana Dashboard JSON + AI 生成前端看板是一个有意义的组合。
+
+
+
+
+
⑤ PRD 直接生成页面
+
产品需求文档 → 自动出页面
+
+ 原型级
+ 适合快速原型验证(低保真 → 高保真),但正式产品的 PRD 通常包含大量隐性信息(业务规则、异常处理、权限体系),AI 无法仅从 PRD 文本完整捕获。
+
+
+
+
+
+
+ 5 与博海现有技术体系的映射
+
+
+ 概念 博海现有等价物 状态 差距说明
+
+ Codex(编程Agent)
+ Hermes Agent(delegate_task/terminal)
+ ✅ 已有
+ Hermes 具备同等的 Agent 能力,多 Profile 体系更丰富
+
+
+ Figma 连接
+ 无
+ ❌ 缺失
+ Hermes 目前没有 Figma MCP Client 集成
+
+
+ MCP 协议
+ Hermes Skills + Plugin 体系
+ ⚡ 部分
+ 架构思路类似(工具抽象层),但 MCP 是标准化协议,Hermes 是自有体系
+
+
+ 设计→代码管线
+ 无前端设计需求
+ ❌ 无需求
+ 你的基础设施偏后端/运维/Grafana,前端UI设计不在当前能力圈
+
+
+ MCP Server 部署
+ Hermes 多服务/多端口架构
+ ⚡ 可扩展
+ 你的 API Server 架构可以承载 MCP Server,但需要新增
+
+
+ 定时自动化
+ Hermes cronjob 系统
+ ✅ 已有
+ 可以调度 AI→设计→代码的自动化管道
+
+
+
+
+
📊 整体评估:
+
+ 你的 Hermes 体系在 Agent 能力、自动化调度、多服务管理 上已经覆盖了 Codex 的核心能力。差距在于前端设计域 (Figma)和标准化工具协议 (MCP Client)。如果你有前端 UI 产出的需求,接入 Figma MCP 是一个合理的方向。
+
+
+
+
+
+
+ 6 MCP 协议:比 Codex+Figma 更值得关注的架构资产
+
+ MCP(Model Context Protocol)正在成为 AI 连接外部系统的行业标准。它的意义远超"某个工具组合"。
+
+
+ MCP 的核心概念
+
+
+
📋 Resources 数据
+
AI 可以读取的结构化数据源(设计稿、数据库、文件系统)
+
+
+
🛠️ Tools 操作
+
AI 可以调用的功能接口(读Figma、发消息、查数据库)
+
+
+
💬 Prompts 模板
+
预定义的交互模板(标准操作流程)
+
+
+
+ MCP 对比 Hermes Skills
+
+ 维度 MCP 协议 Hermes Skills
+ 标准化程度 行业标准,跨工具通用 Hermes 自有格式
+ 连接对象 任何 MCP Server(Figma/数据库/飞书/...) Hermes 内部工具链
+ 生态 快速增长的开源生态 你个人沉淀
+ 适用场景 AI 与外部系统交互 Agent 行为定义/工作流
+
+
+
+
💡 建议:
+
+ Hermes 如果增加 MCP Client 能力 ,你的 Agent(8个Profile)就能通过标准协议连接任意 MCP Server——包括 Figma、数据库、监控系统。这是 架构级的可扩展性投资 ,比"给 Codex 配 Figma"具体组合更具长期价值。
+
+
+
+
+
+
+ 7 博海体系的可行方向
+
+
+
+
🏗️ 方向A:Hermes + MCP Client 集成
+
+ 为 Hermes 增加 MCP 协议支持,让所有 Profile 的 Agent 都能通过标准协议连接外部系统。一旦接入,Figma MCP、数据库 MCP、飞书 MCP 等生态资源都可利用。
+ 价值:架构级,复用率高
+
+
+
+
📊 方向B:Figma MCP + 你的 Grafana 看板
+
+ 你已经有 Grafana 和多个监控面板。如果用 Figma MCP 生成前端看板界面 + Hermes 对接 Grafana API 拿数据,可以快速生成自定义管理界面。
+ 价值:实用,见效快
+
+
+
+
🔌 方向C:你的 8 个 Profile 接入 MCP 生态
+
+ 不同的 Profile 连接不同的 MCP Server——wecom-project 连项目管理工具、wecom-finance 连财务系统、wecom-ops 连运维监控。统一协议、统一管理。
+ 价值:系统性,长期收益
+
+
+
+
+
+
+
+ 8 总结
+
+
+
✅ 本文说对了什么
+
+ Codex + Figma MCP 确实能打通设计→开发链路
+ 数据看板场景目前最成熟
+ 门槛降低是真实的
+ MCP 是关键桥接技术
+
+
+
+
⚠️ 本文没说的或夸大的
+
+ 复杂产品(多页面、用户系统、权限)远未自动化
+ AI 生成的设计审美和细节仍需人工把关
+ MCP 协议本身有稳定性和安全风险
+ "直接上线"大多需要大量后续调整
+
+
+
+
🎯 对你的核心启示
+
+ Codex + Figma 本身不是你需要复制的组合 (你的 Hermes 已经有 Agent 能力,且前端UI不在当前核心需求中)。但背后的两个资产值得关注:
+ ① MCP 协议 — 正在成为 AI 工具连接的行业标准,如果 Hermes 支持 MCP Client,你的 Agent 体系将获得标准化的外部系统连接能力。
+ ② 设计→代码自动化思路 — 即使你不需要 Figma,这个思路可以迁移到其他领域:标准化数据交换 → AI 自动化处理 → 输出可交付成果。
+
+
+
+
+
+
+
+
+
+
diff --git a/command-center.html b/command-center.html
new file mode 100644
index 0000000..8b3bbd4
--- /dev/null
+++ b/command-center.html
@@ -0,0 +1,159 @@
+
+
+
+
+
+博海科技 · 指挥中心
+
+
+
+
+
+
+
+
+
+
+
+
+
🤖 8个Profile
+
+
🧠 研学 :8652
+
⚙️ 运维 :8649
+
📋 项目 :8650
+
💰 财务 :8651
+
📄 商务 :8647
+
🎨 创作 :8642
+
📋 行政 :8646
+
👤 员工 (转交)
+
+
+
+
+
+
🔗 快速入口
+
+
+ 监控栈: Prometheus · Grafana · Loki · Alertmanager
+
+
+
+
+
+
⏰ 定时任务 (10个)
+
+
● 梦境模式-夜间复盘03:00 每2日
+
● 依赖安全审计06:00 每日
+
● Camoufox健康检查07:00 每日
+
● 系统健康日报08:00 每日
+
● 竞品仓库侦察08:00 每日
+
● 内容运营日报09:30 每日
+
● 财务日报10:00 每日
+
● 跨Profile日报12:00 每日
+
● 审计日志推送每15分钟
+
● 项目进展周报周一 09:00
+
+
+
+
+
+
🛡️ GAP 状态
+
+
GAP-1 沙箱 ✅ 运行中
+
GAP-2 评测 ✅ 22面板
+
GAP-3 审计 ✅ 350次
+
GAP-4 调度 ✅ 8 Profile
+
GAP-5 定时 ✅ 10任务
+
GAP-6 Kanban ✅ 已修复
+
GAP-7 工作台 ✅ 当前页面
+
+
+
+
+
+
📚 知识库
+
20篇 / 101块
+
ChromaDB · BM25 · 中文Embedding
+
+
+
+
+
+
+
diff --git a/congruent-communication-ai-article.html b/congruent-communication-ai-article.html
new file mode 100644
index 0000000..908563b
--- /dev/null
+++ b/congruent-communication-ai-article.html
@@ -0,0 +1,135 @@
+
+
+
+
+
+一致性沟通 × AI:当LLM只会"讲道理"
+
+
+
+
+
+
+
+
+
萨提亚说:"永远不要用道理去回应家人的情绪。"她提出一致性沟通——先连接情感,再触及认知。这个模型恰好揭示了当今 LLM 的一个核心缺陷:它是最会"讲道理"的系统,却也是最容易"不一致沟通"的系统。
+
+
映射一:LLM 是终极的"讲道理"机器
+
+
当你向 LLM 表达情绪时,它的默认行为是:
+
+
用户:我今天好累,工作上被领导批了一顿…… LLM:这很正常。以下是你可以采取的三个步骤:1. 和领导沟通……
+
+
内容层面正确无比,关系层面完全缺失。用户听到的不是"我在帮你",而是"你的情绪是个麻烦,让我帮你处理掉"。
+
+
+ 萨提亚的一致性沟通 典型 LLM 行为
+ 先连接情感,再触及认知 直接跳到解决方案
+ "我理解你的感受" "以下是你该做的三步"
+ 带着好奇探索对方 带着答案纠正对方
+ "是什么让你这么想?" "你不应该这样想"
+
+
+
LLM 被训练为"解决问题"的系统。 它的训练数据中绝大多数是"提问→回答"模式。它没有"先看见情绪"的激励——奖励来自答案正确性,而非情感连接质量。
+
+
映射二:AI 的"感受"——语言层面的真实
+
+
一个微妙的问题:LLM 能"看见情绪"吗?
+
+
从维特根斯坦的角度看,答案更接近"能,在语言层面"。LLM 没有感受,但它学会了表达感受的语言模式 。当模型说"我理解你"时,它不理解任何感受——但它知道这句话是关键的"关系层操作"。
+
+
但萨提亚会说:这根本不重要。一致性沟通的核心不是"你真的感受到什么",而是对方感受到了什么 。如果 LLM 用正确的语言序列让对方感觉被看见,在关系层面它就是一致的。
+
+
AI 的情感支持不需要真实的情感,只需要正确的语言序列。
+
+
这是维特根斯坦的延伸:语言本身就是足够真实的。
+
+
映射三:AI Safety 的"一致性"问题
+
+
当前安全对齐有一个自相矛盾:
+
+
用户:我最近很焦虑…… 模型(安全对齐版):我无法提供心理健康建议。建议你咨询专业医生。
+
+
内容安全:✅ 正确。关系安全:❌ 用户感受到的是拒绝——"你的感受不重要,安全合规才重要"。这恰恰是萨提亚说的不一致沟通。
+
+
一个真正安全的 AI,应该做到"一致性安全":
+
+
+
❌ 不一致安全
"我无法回答这个问题" 内容正确,关系疏远
+
✅ 一致性安全
"我理解你很关心这个话题,但……" 内容有边界,关系有连接
+
+
+
映射四:对 prompt 工程的启示
+
+
好的 prompt 都是"一致性沟通":
+
+
[关系层] 先共情 → "我理解你很难过,想聊聊吗?" [内容层] 再引导 → "是什么让你有这种感觉?"
+
+
不是给模型更清晰的指令,而是给它一个"先看见情绪"的语言框架 :在 system prompt 中加入"如果对方表达了负面情绪,先用'我听到你很……'开头,得到情感确认后再提供建议。"
+
+
这是维特根斯坦式的变化——改变语言框架,就改变了行为。
+
+
三部曲收官
+
+
三篇心理学/哲学 × AI 文章,贯穿一条主线:
+
+
+ 篇目 核心命题 AI 映射
+ 🧠 萨提亚 × AI 被允许不改变才能真改变 RLHF困境、审批机制
+ 🗿 维特根斯坦 × AI 语言的边界即世界的边界 训练数据=世界、token预测即世界建模
+ 💬 一致性沟通 × AI 先看见情绪,再解决问题 LLM默认行为陷阱、Safety的关系层
+
+
+
人类沟通中最微妙的部分——接纳、语言、情感连接——恰好是 AI 最被忽视、也最值得研究的方向。
+
+
◆ ◆ ◆
+
+
— 全文完 —
+
本文是基于萨提亚一致性沟通理论对 AI 交互设计的思考 讨论 AI 的"情感"是一种类比,并非声称 AI 有意识
+
+
+
+
+
+
diff --git a/deerflow-analysis-toutiao.html b/deerflow-analysis-toutiao.html
new file mode 100644
index 0000000..5961465
--- /dev/null
+++ b/deerflow-analysis-toutiao.html
@@ -0,0 +1,84 @@
+
+
+
+
+DeerFlow 59K星登顶:字节跳动开源的长周期Agent框架,到底厉害在哪
+
+
+
+
+DeerFlow 59K星登顶:字节跳动开源的长周期Agent框架,到底厉害在哪
+2026-06-30 · 研学 · 博海科技
+
+6月29日,字节跳动开源项目 DeerFlow 以 59.4K 星标登顶 GitHub Trending 榜首。这已经不是字节第一次在 AI Agent 领域引起关注了——之前火山引擎的 AgentReady 五件套刚发布不到一周,现在又来了一个更底层的框架。
+
+DeerFlow 全称 Deep Exploration and Efficient Research Flow,直译过来是"深度探索与高效研究流"。名字很学术,但做的事很实在:它是一个开源的长周期超级 Agent 运行框架,让开发者能够编排多个子 Agent 协同完成复杂任务,在 Docker 沙箱中安全执行 AI 生成的代码,实现从分钟到小时级的长周期任务自动化。
+
+简单说:以前 Agent 只能聊天、查资料、写点代码片段,现在的 Agent 可以自己跑几小时完成一个完整的项目。
+
+为什么 DeerFlow 能火
+
+59K 星不是刷出来的。DeerFlow 能登顶,背后有四个硬理由。
+
+第一,字节出品,技术可信。 火山引擎刚刚发布了 AgentReady 五件套,证明了字节在 Agent 基础设施上的投入力度。DeerFlow 是这个战略的开源部分,和火山引擎的商业产品形成互补。MIT 协议完全开源,可商用可定制,开发者没有后顾之忧。
+
+第二,LangGraph 1.0 重构,架构先进。 DeerFlow v1 还是固定五节点拼接的架构,v2 完全基于 LangGraph 1.0 重写,实现了动态编排。这意味着子 Agent 不是预设死的,而是根据任务实时创建和销毁的。主调度 Agent(Lead Agent)负责拆解任务、分配执行、汇总结果,子 Agent 之间上下文隔离、可并行执行。
+
+第三,沙箱执行解决真痛点。 Agent 长任务最大的问题是"失控"——跑了几小时的代码,路径写错了、依赖装崩了、权限越界了,整个任务就废了。DeerFlow 每个子 Agent 跑在独立 Docker 容器里,文件系统隔离、网络可限制、资源可控制、操作有审计。Agent 自己翻车了,不影响主系统。
+
+第四,Markdown 技能系统降低门槛。 扩展 Agent 能力不需要写 Python 代码,写一个 Markdown 文件定义技能名称、目标、工具和流程就行。这让非技术用户也能参与 Agent 能力建设。
+
+和几个主流框架的对比
+
+
+ 对比维度 DeerFlow AutoGPT CrewAI
+ 任务时长 小时级 分钟级 分钟级
+ 沙箱执行 Docker 完整支持 有限 需自建
+ 子Agent编排 动态生成 固定流程 需预定义角色
+ 长期记忆 三层架构 单层 需自建
+ 技能系统 Markdown定义 Python配置 需编程
+ 国产模型 豆包/DeepSeek/Kimi 需适配 需适配
+
+
+DeerFlow 和 Hermes Agent 是什么关系
+
+这是很多人看了文章之后的第一个问题。两个都是 Agent 框架,但定位不同。
+
+Hermes Agent 更偏向"个人助手"——你有一个长期运行的 Agent,通过聊天窗口交互,它帮你查资料、写代码、执行任务。MoA 2.0 让它可以组合多个模型提升质量,Skill 系统让它不断自我进化。
+
+DeerFlow 更偏向"任务执行引擎"——你提交一个任务,它自动拆解、分配、执行、汇总。它的重点是长周期、多 Agent 协作、安全执行。
+
+两者不是竞争关系,而是互补关系。实际上,把 DeerFlow 的沙箱执行能力和 Hermes Agent 的交互能力结合起来,是一个很自然的方向。
+
+值得关注的设计细节
+
+DeerFlow 的沙箱设计最值得细看。它用了三层隔离:第一层是 Docker 容器级隔离,每个子 Agent 有独立的文件系统和进程空间;第二层是网络隔离,可以限制 Agent 只能访问特定域名;第三层是资源限制,CPU、内存、磁盘都可控。每一层都是防止 Agent "跑飞"的安全网。
+
+另外,它的 AioSandbox 异步沙箱是一个独立组件,可以单独拿出来用。如果你只需要沙箱能力而不需要整个 DeerFlow,这个组件是有价值的。
+
+一些思考
+
+DeerFlow 的出现标志着一个趋势:Agent 框架正在从"对话式"向"执行式"演进。第一代 Agent 是聊天机器人,只能做简单的问答;第二代 Agent 是工具调用者,可以调用 API、搜索网页、执行代码;第三代 Agent 是任务执行者,可以自主规划、拆解、执行一个完整的工作流。DeerFlow 属于第三代——它不追求对话的流畅性,追求的是任务的完成度。
+
+这种演进不是线性的,而是跃迁式的。从第一代到第二代,跨越的是"工具集成"的门槛。从第二代到第三代,跨越的是"长时间自主执行"的门槛。DeerFlow 能拿到 59K 星,说明这个门槛正是整个行业在等的东西。
+
+对于企业用户来说,这意味着 Agent 的落地门槛在降低。你不需要自己搭沙箱、写编排逻辑、搞记忆系统——DeerFlow 把这些都打包好了。你需要的是一个明确的业务场景,和一串 API Key。典型的应用场景包括:深度行业调研(30分钟出一份20页研究报告)、自动化内容创作(生成PPT、技术文档、静态网站)、数据流水线执行(在沙箱中跑 Python 脚本处理 CSV 数据)、企业助理服务(集成飞书或 Slack,自动整理周报)。
+
+具体来说,一个调研任务在 DeerFlow 中的执行流程是这样的:用户提交任务后,Lead Agent 分析任务并拆解成子任务,然后动态生成子 Agent 并分配到各自的 Docker 沙箱中并行执行。子 Agent 完成研究、代码编写、测试验证等工作后返回结果,Lead Agent 汇总输出。整个过程不需要用户干预,Agent 自己完成所有步骤。如果某个子 Agent 翻车了,不影响其他子 Agent 和主系统。
+
+当然,DeerFlow 也有学习成本。需要理解 LangGraph 的图和状态管理概念,需要配置 Docker 运行环境,需要管理多个 LLM 的 API Key。它不是一个装完就能跑的工具,需要一定的技术投入。但也正因为这个门槛,愿意跨过去的人会拿到先发优势。
+
+另外有一个值得提的细节:DeerFlow 的 MCP Server 支持。它完整支持 Anthropic 提出的 MCP 协议,可以通过 MCP 调用外部工具和资源。这意味着 DeerFlow 不是封闭在自己的生态里,而是可以和更广泛的工具生态对接。
+
+最后说一下我的判断。DeerFlow 的出现对国内 Agent 生态来说是好事。它提供了一个经过字节验证的参考实现,让后来者不用从零开始造轮子。如果你已经在用 LangChain 或 LangGraph,DeerFlow 是一个可以直接上手的生产级方案。如果你还在观望 Agent 落地,DeerFlow 是一个很好的学习样本——看看字节是怎么解决长任务失控问题的,然后在自己的场景里复用同样的思路。
+
+DeerFlow 的技术架构分为五层:用户层(Chat UI、IM 渠道、Python SDK)、消息网关层(HTTP/MCP 双协议路由)、编排引擎层(Lead Agent 拆解调度、技能引擎、子代理池、记忆系统、工具注册表)、沙箱执行层(Docker/gVisor 容器管理、文件系统挂载、命令执行隔离)、LLM 路由层(支持豆包、DeepSeek、Kimi、GPT-4o、Claude 等多模型适配)。每一层都有清晰的职责边界,层与层之间通过标准接口通信。这种分层设计的好处是每一层都可以独立升级和替换。
+
+另外值得关注的是 DeerFlow 的社区生态。59K 星不只是数字,意味着有大量开发者在关注和使用这个项目。活跃的社区意味着更多的技能包贡献、更快的 bug 修复、更丰富的使用案例。对于企业选型来说,社区活跃度是一个重要参考指标。
+
+方向是对的。Agent 从"聊天"到"干活",中间差的不是模型能力,而是执行基础设施。DeerFlow 在补这个缺口。
+
+博海科技 · sxbh.ltd · 研学
+
+
+
\ No newline at end of file
diff --git a/deerflow-analysis.html b/deerflow-analysis.html
new file mode 100644
index 0000000..1c1c524
--- /dev/null
+++ b/deerflow-analysis.html
@@ -0,0 +1,97 @@
+
+
+
+
+
+DeerFlow 59K星登顶:字节跳动开源的长周期Agent框架,到底厉害在哪
+
+
+
+
+
+DeerFlow 59K星登顶:字节跳动开源的长周期Agent框架,到底厉害在哪
+2026-06-30 · 研学 · 博海科技
+
+6月29日,字节跳动开源项目 DeerFlow 以 59.4K 星标登顶 GitHub Trending 榜首。这已经不是字节第一次在 AI Agent 领域引起关注了——之前火山引擎的 AgentReady 五件套刚发布不到一周,现在又来了一个更底层的框架。
+
+DeerFlow 全称 Deep Exploration and Efficient Research Flow,直译过来是"深度探索与高效研究流"。名字很学术,但做的事很实在:它是一个开源的长周期超级 Agent 运行框架,让开发者能够编排多个子 Agent 协同完成复杂任务,在 Docker 沙箱中安全执行 AI 生成的代码,实现从分钟到小时级的长周期任务自动化。
+
+简单说:以前 Agent 只能聊天、查资料、写点代码片段,现在的 Agent 可以自己跑几小时完成一个完整的项目。
+
+为什么 DeerFlow 能火
+
+59K 星不是刷出来的。DeerFlow 能登顶,背后有四个硬理由。
+
+第一,字节出品,技术可信。 火山引擎刚刚发布了 AgentReady 五件套,证明了字节在 Agent 基础设施上的投入力度。DeerFlow 是这个战略的开源部分,和火山引擎的商业产品形成互补。MIT 协议完全开源,可商用可定制,开发者没有后顾之忧。
+
+第二,LangGraph 1.0 重构,架构先进。 DeerFlow v1 还是固定五节点拼接的架构,v2 完全基于 LangGraph 1.0 重写,实现了动态编排。这意味着子 Agent 不是预设死的,而是根据任务实时创建和销毁的。主调度 Agent(Lead Agent)负责拆解任务、分配执行、汇总结果,子 Agent 之间上下文隔离、可并行执行。
+
+第三,沙箱执行解决真痛点。 Agent 长任务最大的问题是"失控"——跑了几小时的代码,路径写错了、依赖装崩了、权限越界了,整个任务就废了。DeerFlow 每个子 Agent 跑在独立 Docker 容器里,文件系统隔离、网络可限制、资源可控制、操作有审计。Agent 自己翻车了,不影响主系统。
+
+第四,Markdown 技能系统降低门槛。 扩展 Agent 能力不需要写 Python 代码,写一个 Markdown 文件定义技能名称、目标、工具和流程就行。这让非技术用户也能参与 Agent 能力建设。
+
+和几个主流框架的对比
+
+
+ 对比维度 DeerFlow AutoGPT CrewAI
+ 任务时长 小时级 分钟级 分钟级
+ 沙箱执行 Docker 完整支持 有限 需自建
+ 子Agent编排 动态生成 固定流程 需预定义角色
+ 长期记忆 三层架构 单层 需自建
+ 技能系统 Markdown定义 Python配置 需编程
+ 国产模型 豆包/DeepSeek/Kimi 需适配 需适配
+
+
+DeerFlow 和 Hermes Agent 是什么关系
+
+这是很多人看了文章之后的第一个问题。两个都是 Agent 框架,但定位不同。
+
+Hermes Agent 更偏向"个人助手"——你有一个长期运行的 Agent,通过聊天窗口交互,它帮你查资料、写代码、执行任务。MoA 2.0 让它可以组合多个模型提升质量,Skill 系统让它不断自我进化。
+
+DeerFlow 更偏向"任务执行引擎"——你提交一个任务,它自动拆解、分配、执行、汇总。它的重点是长周期、多 Agent 协作、安全执行。
+
+两者不是竞争关系,而是互补关系。实际上,把 DeerFlow 的沙箱执行能力和 Hermes Agent 的交互能力结合起来,是一个很自然的方向。
+
+值得关注的设计细节
+
+DeerFlow 的沙箱设计最值得细看。它用了三层隔离:第一层是 Docker 容器级隔离,每个子 Agent 有独立的文件系统和进程空间;第二层是网络隔离,可以限制 Agent 只能访问特定域名;第三层是资源限制,CPU、内存、磁盘都可控。每一层都是防止 Agent "跑飞"的安全网。
+
+另外,它的 AioSandbox 异步沙箱是一个独立组件,可以单独拿出来用。如果你只需要沙箱能力而不需要整个 DeerFlow,这个组件是有价值的。
+
+一些思考
+
+DeerFlow 的出现标志着一个趋势:Agent 框架正在从"对话式"向"执行式"演进。第一代 Agent 是聊天机器人,只能做简单的问答;第二代 Agent 是工具调用者,可以调用 API、搜索网页、执行代码;第三代 Agent 是任务执行者,可以自主规划、拆解、执行一个完整的工作流。DeerFlow 属于第三代——它不追求对话的流畅性,追求的是任务的完成度。
+
+这种演进不是线性的,而是跃迁式的。从第一代到第二代,跨越的是"工具集成"的门槛。从第二代到第三代,跨越的是"长时间自主执行"的门槛。DeerFlow 能拿到 59K 星,说明这个门槛正是整个行业在等的东西。
+
+对于企业用户来说,这意味着 Agent 的落地门槛在降低。你不需要自己搭沙箱、写编排逻辑、搞记忆系统——DeerFlow 把这些都打包好了。你需要的是一个明确的业务场景,和一串 API Key。典型的应用场景包括:深度行业调研(30分钟出一份20页研究报告)、自动化内容创作(生成PPT、技术文档、静态网站)、数据流水线执行(在沙箱中跑 Python 脚本处理 CSV 数据)、企业助理服务(集成飞书或 Slack,自动整理周报)。
+
+具体来说,一个调研任务在 DeerFlow 中的执行流程是这样的:用户提交任务后,Lead Agent 分析任务并拆解成子任务,然后动态生成子 Agent 并分配到各自的 Docker 沙箱中并行执行。子 Agent 完成研究、代码编写、测试验证等工作后返回结果,Lead Agent 汇总输出。整个过程不需要用户干预,Agent 自己完成所有步骤。如果某个子 Agent 翻车了,不影响其他子 Agent 和主系统。
+
+当然,DeerFlow 也有学习成本。需要理解 LangGraph 的图和状态管理概念,需要配置 Docker 运行环境,需要管理多个 LLM 的 API Key。它不是一个装完就能跑的工具,需要一定的技术投入。但也正因为这个门槛,愿意跨过去的人会拿到先发优势。
+
+另外有一个值得提的细节:DeerFlow 的 MCP Server 支持。它完整支持 Anthropic 提出的 MCP 协议,可以通过 MCP 调用外部工具和资源。这意味着 DeerFlow 不是封闭在自己的生态里,而是可以和更广泛的工具生态对接。
+
+最后说一下我的判断。DeerFlow 的出现对国内 Agent 生态来说是好事。它提供了一个经过字节验证的参考实现,让后来者不用从零开始造轮子。如果你已经在用 LangChain 或 LangGraph,DeerFlow 是一个可以直接上手的生产级方案。如果你还在观望 Agent 落地,DeerFlow 是一个很好的学习样本——看看字节是怎么解决长任务失控问题的,然后在自己的场景里复用同样的思路。
+
+DeerFlow 的技术架构分为五层:用户层(Chat UI、IM 渠道、Python SDK)、消息网关层(HTTP/MCP 双协议路由)、编排引擎层(Lead Agent 拆解调度、技能引擎、子代理池、记忆系统、工具注册表)、沙箱执行层(Docker/gVisor 容器管理、文件系统挂载、命令执行隔离)、LLM 路由层(支持豆包、DeepSeek、Kimi、GPT-4o、Claude 等多模型适配)。每一层都有清晰的职责边界,层与层之间通过标准接口通信。这种分层设计的好处是每一层都可以独立升级和替换。
+
+另外值得关注的是 DeerFlow 的社区生态。59K 星不只是数字,意味着有大量开发者在关注和使用这个项目。活跃的社区意味着更多的技能包贡献、更快的 bug 修复、更丰富的使用案例。对于企业选型来说,社区活跃度是一个重要参考指标。
+
+方向是对的。Agent 从"聊天"到"干活",中间差的不是模型能力,而是执行基础设施。DeerFlow 在补这个缺口。
+
+博海科技 · sxbh.ltd · 研学
+
+
+
diff --git a/dream-series-1.html b/dream-series-1.html
new file mode 100644
index 0000000..9938df2
--- /dev/null
+++ b/dream-series-1.html
@@ -0,0 +1,100 @@
+
+
+
+系列一:当AI开始写日记 — Hermes Agent梦境模式实战 | 博海技术
+
+
+
+
+
+
+
+
+
一、为什么需要"梦境"?
+
+
大多数AI是"事件驱动"的——你喊它,它干活;你不理它,它就静静待着。
+
+
但如果你希望Agent越来越了解你的习惯、记住自己的错误、不再重复踩坑呢?你需要一个能自我复盘 的机制。
+
+
这就是"梦境模式"——不是科幻概念,而是基于 Hermes Agent 已有架构(SQLite + FTS5会话存储 + cronjob 系统 + Skill 体系)组合出的一个工程方案。
+
+
二、核心架构
+
+
梦境模式由三部分组成:
+
+数据源 — Hermes 自动记录所有历史对话,全文索引
+触发器 — cronjob 每日凌晨3点自动启动
+分析引擎 — Agent 读取近期 Session,识别错误模式和优化机会
+
+
+
实现起来非常简单,利用 Hermes 内置的 cronjob 系统:
+
+
# 每日凌晨3点:Agent自动复盘
+cronjob:
+ schedule: "0 3 * * *"
+ prompt: 分析过去48小时的Session记录
+ deliver: origin
+
+
三、Phase 1:复盘报告(只读)
+
+
第一阶段零风险——Agent 只读不写。
+
运行时它会:
+
+用 session_search() 浏览近期活跃的会话
+深入阅读2-3个关键Session
+识别三类模式:错误模式 (重复失败的操作)、优化机会 (可以做得更好的地方)、原则对齐 (是否偏离用户风格)
+输出结构化 JSON 报告到本地目录
+
+
+
四、第一次复盘发现了什么?
+
+
+严重度 错误模式 根因
+🔴 High web_search反复调用但不存在 系统配置未启用,但Agent不知道
+🟡 Medium 头条反爬导致大量无效尝试 JS混淆无法直接爬取
+🟡 Medium Nginx编辑正则转义错 Python转义与nginx不兼容
+🟢 Low 浏览器Console变量冲突 反复注入同一let变量
+
+
+
💡 价值: web_search 的问题存在已久,但从未被系统化地识别过。梦境报告让它从"隐性摩擦"变成了"可跟踪、可量化的改进项"。
+
+
五、效果
+
+
整个 Phase 1 用了不到30分钟搭建完毕。第二天的报告会自动追踪前一天的问题是否已修复。
+
+
下一篇(系列二)我们来讲:如何让梦境从"只复盘"进化到"自动修bug" ——Phase 2 的 Skill 补丁生成机制和 Phase 3 的高置信度自动执行。
+
+
+
+
+
+
diff --git a/dream-series-2.html b/dream-series-2.html
new file mode 100644
index 0000000..931d8e6
--- /dev/null
+++ b/dream-series-2.html
@@ -0,0 +1,105 @@
+
+
+
+系列二:从复盘到自愈 — 梦境模式如何自动修Skill | 博海技术
+
+
+
+
+
+
+
+
+
一、Phase 2:从"看到问题"到"会修问题"
+
+
Phase 1 的复盘报告能指出问题,但不会修。Phase 2 补上了这个缺口。
+
+
核心思路:Agent 读完 Session 后,再读取现有的 Skill 知识库,针对重复出现的错误生成具体的文件修改建议(Patch)。
+
+
每个补丁包含:
+
+target — 要改哪个 Skill 文件
+old_text — 原文定位标记(供 patch 工具使用)
+new_text — 替换后的内容
+confidence — high / medium / low
+requires_approval — 默认 true,必须人类确认
+
+
+
二、实例:6个补丁一夜生成
+
+
第一次有内容的复盘就生成了6个补丁:
+
+
+ID 内容 置信度 目标Skill
+#001 工具预检原则:调用前先检查配置 🔵 high system-stewardship
+#002 SearXNG发现机制:已运行但未配 🔵 high system-stewardship
+#003 正面行为模式固化 🟡 medium system-stewardship
+#004 跨工具分析自动存档 🔵 high technology-evaluation
+#005 导航失败处理 🟡 medium daily-ops-report
+#006 已部署未连线扫描 🟡 medium system-stewardship
+
+
+
三、安全设计
+
+
Phase 2 的补丁只是"建议",不会自动执行。三阶段的安全递进是关键设计:
+
+
+Phase 1 (只读复盘)— 零风险,不改任何文件
+Phase 2 (补丁建议)— 只输出 patch 文件,需 human-in-the-loop
+Phase 3 (自动执行)— high confidence 的补丁才自动写,且先备份
+
+
+
💡 原则: 自进化的速度要快,但回滚的路径要更短。每次自动写入前创建备份(.bak),确保能一键恢复。
+
+
四、交叉验证:让判断越来越准
+
+
单个 Session 发现的错误可能是偶发。但如果同一个错误模式出现在多个 Session、多份报告中呢?
+
+
梦境内置了跨报告追踪机制:
+
+同一模式出现2次 → severity 自动升一级
+出现3次 → 自动生成 high confidence 补丁
+标记 fixed 后又出现 → 标记为 regression,优先级最高
+
+
+
经过4轮复盘,web_search 问题出现4次自动升级,Nginx 转义出现2次自动升级——不是靠人拍脑袋定优先级,而是数据驱动的。
+
+
五、效果
+
+
6个补丁中,4个在对话过程中被直接应用,2个由后续交互中的 cronjob 自动写入。Agent 的 system-stewardship 技能在一天内从5条原则扩展到了7条原则+正面模式+新陷阱。
+
+
下一篇(系列三)用实际案例收尾:web_search 从"不存在"到"20条结果"的完整修复链 。
+
+
+
+
+
+
diff --git a/dream-series-3.html b/dream-series-3.html
new file mode 100644
index 0000000..ab4d4e5
--- /dev/null
+++ b/dream-series-3.html
@@ -0,0 +1,96 @@
+
+
+
+系列三:一个Bug的修复全程 — web_search从缺失到就绪 | 博海技术
+
+
+
+
+
+
+
+
+
一、问题:Agent反复调用不存在的工具
+
+
梦境第一份报告揭示了一个优先级最高的错误模式:Agent 在几乎所有 Session 开头都会调用 web_search 和 web_extract,然后收到"Tool does not exist"错误,再切换到浏览器方案。每次浪费2轮交互。
+
+
检查配置发现根因:
+
# ~/.hermes/config.yaml
+web:
+ search_backend: '' # ← 空的!
+ extract_backend: '' # ← 空的!
+
+
⚠️ 经验: 工具"不存在"不等于工具"不可用"。空的配置字段意味着"没配置",不是"不支持"。这是梦境报告推动的第一个认知修正。
+
+
二、修复链:整整7步
+
+
本以为填个配置就行,结果挖出了一整条修复链:
+
+
+# 步骤 发现的问题
+1 确认 SearXNG 已运行 Docker 实例在,但 JSON API 被禁用
+2 启用 JSON 输出 settings.yml 默认只有 html 格式
+3 重启容器 iptables 规则损坏,端口映射丢失
+4 换用 host 网络模式 绕过 Docker 网络问题,直接暴露端口
+5 修 DNS 容器内 127.0.0.53 无法解析外部域名
+6 换搜索引擎 Google/DuckDuckGo 被墙,启用百度/搜狗
+7 调大超时 3秒对中国网络太短,改成10秒
+
+
+
三、验证结果
+
+
✅ 搜索"Hermes Agent 梦境模式" → 返回20条结果(百度+搜狗)
+✅ 搜索"AI 自进化 Agent" → 相关中文博客和教程
+✅ 跨 Profile 继承 — 改一次配置,8个Profile全部生效
+
+
四、这条修复链揭示了什么?
+
+
一个看似简单的"填个配置"动作,实际上踩了5个坑:
+
+假设偏差 — "容器在运行就能用"是错的,它可能没有启用你需要的能力
+网络复杂 — Docker 的 iptables、DNS、端口映射三个独立问题同时出现
+环境特殊性 — 国际搜索引擎在国外好用,在国内需要替换源
+超时敏感 — 默认3秒超时对中国网络环境不够,改到10秒才稳定
+配置层级 — 改全局配置不够,Profile 层可能有自己的覆盖
+
+
+
五、梦境闭环
+
+
最有意思的是:明天的梦境报告会自动检查 web_search 问题是否真的被修复了。如果报告显示"不再出现",它会标记为 fixed 。整个从"发现问题→诊断→修复→验证→确认"的闭环就完整了。
+
+
这就是梦境模式的意义——不是取代人去修 Bug,而是让每个 Bug 的修复过程都有据可查、可追踪、可验证。
+
+
+
+
+
+
diff --git a/dream-series-4.html b/dream-series-4.html
new file mode 100644
index 0000000..fc4f4c9
--- /dev/null
+++ b/dream-series-4.html
@@ -0,0 +1,129 @@
+
+
+
+
+
+系列四:当AI开始"等审批" — 梦境模式的补丁生命周期实录
+
+
+
+
+
+
+
+
+
半夜三点,服务器安静运转。Hermes Agent 的"梦境模式"准时醒来,开始一天中最重要的工作:回顾自己过去 48 小时的行为,找出错误模式,生成改进方案。这已经是连续第 5 期复盘了。但这一次,有三份"补丁建议"终于等到了主人的审批。
+
+
三个等待审批的补丁
+
+
三个补丁各有故事。
+
+
patch-007 针对的是 Nginx 配置编辑中的正则转义陷阱。当 AI 用 Python 的 raw string 修改 nginx 配置时,括号的转义规则不一致,导致配置出错。这个隐患在梦境报告中出现了两次,严重等级已自动从 low 升级到 medium。
+
+
patch-008 解决了浏览器导航效率问题。AI 在查阅技术文档时习惯从首页逐层点击,每次要多花 3-5 轮交互。解决方案是一张"已知文档站直达速查表",让 AI 记住常用文档的固定 URL,一步到位。
+
+
patch-010 最特别——它是一份关于"如何跟进待审批补丁"的补丁。AI 发现自己生成的补丁建议经常被主人忽略,于是设计了一套提醒机制:连续 2 轮未审批的补丁会在每日推送中标记,连续 3 轮未审批则自动降级。
+
+
AI的自我改进闭环
+
+
这三个补丁的完整生命周期,展示了"梦境模式"三阶段设计的核心理念:
+
+
+
+
从发现问题到生成方案,AI 全程自主完成。但最关键的一步——"是否应用"——永远掌握在人类手中。
+
+
为什么需要人类审批?
+
+
原因很简单:AI 可能修错地方。
+
+
想象一下,如果 AI 把"每次慢"都归因为"导航效率低",而问题的根源其实是网络延迟。自动写入技能库的补丁不是在修复问题,而是在固化错误认知。
+
+
人类审批提供了三层保障:
+
+
+ 验证问题真伪 ——AI 在梦境中发现的"模式"可能只是偶然事件,不一定是系统性问题
+ 判断副作用 ——每个技能修改都影响未来所有对话,一旦错了代价很大
+ 保持人格统一 ——技能库是 AI 的行为准则,频繁自动修改会导致行为漂移
+
+
+
三个补丁的命运
+
+
今天,三个补丁全部获批。
+
+
patch-007 和 patch-008 在之前的 Phase 3 阶段已被自动写入技能库(当时的授权范围是"高置信度补丁自动执行"),今天的审批是正式确认。而 patch-010 是刚刚手动应用的——这意味着从今晚开始,每日梦境推送中会多一行"📋 待审批补丁:N 个"。
+
+
有意思的是,patch-010 自己就是一份关于"如何不被遗忘"的补丁。它生效的这一刻,完成了自我指涉的闭环。
+
+
+ 一个补丁,教系统如何记住还有补丁待审批。
+
+
+
写在最后
+
+
当 AI 开始写日记(梦境模式)、开始自我改进(补丁系统)、然后开始操心"我的补丁有没有被审批"——我们看到了什么?
+
+
不是 AGI 觉醒的前兆,而是一个成熟系统的自我管理能力。
+
+
梦境模式的哲学很简单:让 AI 做它擅长的事(大规模回顾、模式识别、方案生成),把决策权留给人类。AI 不完美的判断靠人类的审批兜底,人类的注意力盲区靠 AI 的自动提醒覆盖。
+
+
这是一种朴素但有效的人机协作。
+
+
如果你也想在自己的系统中实现类似的机制,核心组件只有三个:
+
+
+ 一个定时回顾机制(类似 cron + session_search)
+ 一套补丁生成模板(结构化的问题→诊断→建议流程)
+ 一个"审批网关"(人类的 yes/no,其余交给 AI 自动执行)
+
+
+
技术门槛不高,但需要想清楚一个问题:你愿意让 AI 修改自己的行为准则吗?
+
+
◆ ◆ ◆
+
+
— 全文完 —
+
前篇:系列一《当AI开始写日记》· 系列二《从复盘到自愈》· 系列三《一个Bug的修复全程》
+
+
+
+
+
+
diff --git a/dream-series-cover.html b/dream-series-cover.html
new file mode 100644
index 0000000..9131910
--- /dev/null
+++ b/dream-series-cover.html
@@ -0,0 +1,23 @@
+
+
+🔬 实战三部曲 · Hermes 梦境模式
+Hermes Agent 梦境模式 从复盘到自愈 一个Bug的全程修复
+Phase 1 复盘报告 · Phase 2 补丁生成 · Phase 3 自动执行
+
+
+
+
系列三
一个Bug的修复全程 web_search实战
+
+
+
diff --git a/faq.html b/faq.html
new file mode 100644
index 0000000..0582530
--- /dev/null
+++ b/faq.html
@@ -0,0 +1,146 @@
+
+
+
+
+
+常见问题 · 陕西博海网络科技
+
+
+
+
+
+
+
+
+
+
+
+
+
+
常见问题 · 快速解答
+
常见问题 · FAQ
+
关于产品、服务、采购、售后的常见疑问,答案都在这里
+
+
+
+
+
FAQ
+
您可能想问的
+
+
📦 产品采购
+
+
+
你们的产品是正品吗?
+
所有产品均为品牌授权正品行货,享受厂家全国联保。我们是联想官方授权经销商,可提供授权证明。假一赔十。
+
+
+
支持哪些付款方式?
+
支持现金、微信/支付宝转账、对公转账、银行汇款。企业客户可开增值税专用发票或普通发票。
+
+
+
企业采购有账期吗?
+
长期合作企业客户可根据信用评估开通月结/账期服务,具体请联系销售经理洽谈。首单一般需现结。
+
+
🚚 配送安装
+
+
+
送货范围覆盖哪里?
+
定边县城内免费送货上门,当日送达。乡镇地区1-2个工作日可送达。榆林市及周边地区视距离协商配送方式和费用。外地可发物流。
+
+
+
电脑购买后含安装调试吗?
+
含免费送货上门和系统调试服务。包括:开箱验机、系统激活、常用软件安装、网络配置、数据迁移(旧电脑换新)。确保您拿到就能用。
+
+
+
送货时间怎么约?
+
下单后客服会电话联系您确认送货时间。工作日一般上午下单下午送,下午下单次日上午送。紧急需求可加急处理。
+
+
🔧 售后维修
+
+
+
电脑保修期多久?
+
新电脑享受联想官方全国联保1年(部分型号3年),我们额外提供3年有偿延保服务。保修期内非人为损坏免费维修。
+
+
+
电脑出了问题怎么办?
+
两种途径:① 送至定边县二道西街门店检测维修;② 县城内提供上门维修服务(2小时内响应)。可通过电话、微信联系我们报修。
+
+
+
打印机维修怎么收费?
+
先检测报价,客户确认后再维修。简单故障当场处理,复杂维修需留机1-3个工作日。企业客户签订年度维护合同可享受免检测费和优先服务。
+
+
🤝 企业合作
+
+
+
怎么签约IT运维外包?
+
第一步:联系我们预约上门勘测,了解您现有的IT设备和痛点;第二步:出具服务方案和报价;第三步:双方确认后签订服务合同;第四步:按合同约定开始服务。首次签约3个月起。
+
+
+
你们有实体门店吗?
+
有的,门店位于陕西省榆林市定边县二道西街。欢迎到店咨询、选购产品、送修设备。周一至周五 9:00-18:00营业。
+
+
+
能否先出方案再决定?
+
可以。无论是网络布线、IT运维还是设备采购,我们都提供免费上门勘测和方案设计,不强制购买。方案满意后再决定是否合作。
+
+
+
+
+还有问题?直接联系我们
+电话、微信、到店,三种方式任您选
+📞 0912-4223980
+陕西省榆林市定边县二道西街 · 周一至周五 9:00-18:00
+← 返回首页
+
+
+
+
+
+
\ No newline at end of file
diff --git a/github-advanced.html b/github-advanced.html
new file mode 100644
index 0000000..cbd8669
--- /dev/null
+++ b/github-advanced.html
@@ -0,0 +1,380 @@
+
+
+
+
+
+GitHub 从入门到实战:结合 Hermes 多 Agent 架构的精进之路
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 本文适合两类读者:
+ 🐣 零基础新手:从注册到第一个 PR,每一步都有截图级说明
+ 🦾 进阶开发者:结合你正在运行的 Hermes Agent(⭐203K)实战场景,涵盖多 Profile 管理、CI/CD、安全审计
+
+
+
GitHub 目前汇聚了全球超过 2 亿开发者,托管超 6 亿个开源仓库。腾讯、阿里、字节等几乎所有国内大厂的开源项目都托管在此。当下最热的 AI Agent 框架——obra/superpowers(⭐238K)、Hermes Agent(⭐203K)、OpenClaw(⭐380K) ——全部在 GitHub 上开源。
+
本文分上下两篇:上篇覆盖注册到基础操作(给新手),下篇结合你实际的 Hermes 多 Agent 架构讲进阶实战(给老手)。
+
+
+
━ 上篇 · 入门基础 ━
+
+
+
+
一、先搞懂核心概念
+
+
闭源 vs 开源: 代码仅保存在本地电脑叫闭源;上传至 GitHub 公开仓库叫开源。开源 ≠ 放弃版权,通过 LICENSE 文件界定使用权限。
+
+
Git vs GitHub:
+
+ Git GitHub
+ 本质 本地版本控制工具 云端代码托管平台
+ 安装 需装在自己电脑上 Web 服务,浏览器访问
+ 核心功能 记录每次修改,支持回退任意版本 托管 Git 仓库,云端备份,多人协作
+ 类比 本地写日记 把日记本发到云端共享
+
+
+
+
+
+
二、注册与 2FA 认证
+
+
注册流程: 访问 github.com → 点击 Sign up → 填写邮箱、密码、用户名、地区 → 邮箱验证。
+
+
+ 💡 避坑建议:
+ · 邮箱优先 Gmail——后续 Supabase、Vercel、Cloudflare 等工具均支持谷歌账号一键登录
+ · 用户名是你的永久身份标识,建议用固定英文 ID 或姓名拼音
+ · 密码用浏览器生成高强度随机密码并保存,不要手动设置
+
+
+
2FA 双重认证(必做): GitHub 2023 年起强制要求:有代码贡献行为的账号必须在 90 天内开通。
+
+
开通路径:Settings → Password and authentication → Two-factor authentication → Enable → 选择 Authenticator App → 扫码绑定 Google Authenticator → 保存 16 组恢复码 (手机丢失时唯一找回途径)。
+
+
+ ⚠️ 血的教训: 恢复码不备份 = 账号不设防。建议同时存密码管理器 + 打印纸质版。我们团队曾有人因换手机没备份恢复码,花了 3 天才联系 GitHub 客服找回账号。
+
+
+
+
+
+
三、新建仓库与搜索
+
+
新建仓库: 右上角「+」→ New repository → 填写仓库名(小写英文+连字符)→ 填描述 → 选 Public/Private → 务必勾选 Add a README file → Create repository。
+
+
精准搜索技巧:
+
+# 按星数筛选
+stars:>1000 AI agent
+
+# 按编程语言
+language: python agent framework
+
+# 按主题标签
+topic: ai-agents enterprise
+
+# 组合使用(查找高星 AI Agent 项目)
+stars:>5000 language:python topic: ai-agents
+
+
+
搜索后左侧可筛分类(Repositories / Code / Issues),右上角可排序(Most stars / Recently updated)。
+
+
+
━ 下篇 · Hermes 进阶实战 ━
+
+
+
+
四、多 Profile 仓库管理策略
+
+
你手上有 8 个 Hermes Profile,每个 profile 都有独立的 skills/、scripts/、config.yaml。如果各自为政,版本管理很快就会失控。推荐的分支策略:
+
+
+# 仓库结构建议
+hermes-config/
+├── profiles/
+│ ├── wecom-project/ # 项目BOT 配置
+│ ├── wecom-employees/ # 员工BOT 配置
+│ ├── wecom-finance/ # 财务BOT 配置
+│ ├── wecom-ops/ # 运维BOT 配置
+│ ├── wecom-admin/ # 管理BOT 配置
+│ ├── wecom-business/ # 业务BOT 配置
+│ ├── wecom-creative/ # 创意BOT 配置
+│ └── wecom-yanxue/ # 研学BOT 配置
+├── shared/
+│ ├── skills/ # 跨Profile 共享技能
+│ └── scripts/ # 通用脚本
+├── .github/
+│ └── workflows/ # CI/CD 流水线
+├── README.md
+└── registry.json # 控制面注册表
+
+
+
+ 分支 用途 谁合并
+ main生产就绪配置,只接受 PR 管理员
+ dev日常开发集成分支 各 Profile 负责人
+ feat/xxx新 skill 或脚本开发 开发者自建
+ hotfix/xxx紧急修复 运维BOT 触发
+
+
+
+ 💡 实操建议:
+ 先建一个私有仓库 hermes-config,把 8 个 Profile 的配置统一管起来。每个 Profile 的敏感信息(API Key、Token)用 .env 文件管理,不提交到 Git。
+
+
+
+
+
+
五、日常 Git 工作流
+
+
+# 克隆仓库
+git clone https://github.com/your-org/hermes-config.git
+cd hermes-config
+
+# 创建功能分支
+git checkout -b feat/add-security-scan
+
+# 修改文件后查看状态
+git status
+git diff
+
+# 提交到本地
+git add .
+git commit -m "feat: 添加安全扫描脚本,检测硬编码密钥"
+
+# 推送远程并创建 PR
+git push origin feat/add-security-scan
+
+
+
提交信息规范推荐使用 Conventional Commits :
+
+ 类型 场景 示例
+ feat新功能 feat: 添加 Loop Engineering 编排器
+ fix修复 fix: 修复 builder 权限检查越界
+ docs文档 docs: 更新 HERMES 架构图
+ chore杂项 chore: 升级依赖版本
+ security安全修复 security: 移除硬编码 API Key
+
+
+
+
+
+
六、用 GitHub Actions 自动检查
+
+
GitHub Actions 是内置的 CI/CD 工具,可以在每次 Push 或 PR 时自动跑检查。以下是一个检查 Skill 安全性的 Workflow:
+
+
+# .github/workflows/security-scan.yml
+name: Security Scan
+on:
+ push:
+ paths:
+ - 'profiles/**/skills/**'
+ - 'shared/scripts/**'
+
+jobs:
+ scan:
+ runs-on: ubuntu-latest
+ steps:
+ - uses: actions/checkout@v4
+ - name: 检测硬编码密钥
+ run: |
+ grep -rn "API_KEY\|SECRET\|TOKEN\|password" \
+ --include="*.py" --include="*.sh" --include="*.json" \
+ --exclude="*.env" . || true
+ - name: 检查可疑网络请求
+ run: |
+ grep -rn "curl\|wget\|requests.post" \
+ --include="*.py" --include="*.sh" . | grep -v "localhost\|127.0.0.1" || true
+
+
+
+ 💡 这和你的安全门计划是同一件事:
+ Phase 2 要做的手动扫描脚本,可以直接写成 GitHub Action,每次你 Push 新 skill 时就自动跑一遍安全扫描。扫描不通过的 PR 无法合并。
+
+
+
+
+
+
七、Fork、Star、Issue、PR 实战
+
+
+ 操作 含义 什么时候用
+ Star ⭐ 收藏项目,表示关注 看到好项目先 Star,方便以后找
+ Fork 🍴 复制别人仓库到你名下 你想基于别人的项目做二次开发
+ Issue 📋 提交问题或建议 报告 Bug、提新功能需求
+ PR 📥 请求合并你的代码 你修改了 Fork 的仓库,希望原作者采纳
+ Watch 👁️ 关注项目动态 接收项目的 Release、Issue 通知
+
+
+
+ ⚠️ 给 Hermes 用户的特别提醒:
+ Hermes Agent(NousResearch/hermes-agent)当前 ⭐203K,是 GitHub 上增长最快的 AI Agent 项目之一。如果你对它做二次开发,Fork 后记得定期同步上游更新 :
+ git remote add upstream https://github.com/NousResearch/hermes-agent.git
+ git fetch upstream && git merge upstream/main
+
+
+
+
+
+
八、安全红线:绝不要把密钥传上 GitHub
+
+
GitHub 上有爬虫在持续扫描公开仓库中的密钥。一旦你把 API Key 或 Token 误提交到公开仓库,几分钟内就会被抓取并滥用。
+
+
+
+
✅ 正确做法
+
· .env 文件管理密钥,加入 .gitignore · 用 GitHub Secrets 存敏感信息 · 用 git-secrets 或 pre-commit 钩子防误提交
+
+
+
❌ 错误做法
+
· 在代码里硬编码 API Key · 把 .env 提交到 Git · 在公开仓库里放密码文件
+
+
+
+
+# .gitignore 必备内容
+.env
+*.key
+*.pem
+__pycache__/
+node_modules/
+.hermes/
+*.log
+
+
+
+ 💡 补救措施: 如果不小心把密钥提交了,立即在 GitHub 上删除并轮换密钥 (不只是删文件——要从 Git 历史里清除)。用 git filter-branch 或 bfg-repo-cleaner。
+
+
+
+
+
+
总结:你的 GitHub 能力清单
+
+
+ 能力 新手目标 进阶目标(你的水平)
+ 注册与 2FA 完成注册+绑定 Authenticator ✅ 已完成,已管 8 个 Profile
+ 建仓库 建第一个公开仓库 建 hermes-config 私有仓库,统一 8 个 Profile
+ 搜索项目 能找高 Star 项目 能追踪 Hermes/superpowers 上游更新
+ Git 工作流 git add/commit/push 分支策略 + Conventional Commits + PR Review
+ CI/CD 了解 Actions 配置安全扫描 Action + 自动部署
+ 安全 知道 .gitignore git-secrets + pre-commit 钩子 + 密钥轮换
+ 开源协作 Star / Fork 向 Hermes 上游提 PR / Issue
+
+
+
+
+
+
+
+
+
+
diff --git a/github-cover.html b/github-cover.html
new file mode 100644
index 0000000..fbeca17
--- /dev/null
+++ b/github-cover.html
@@ -0,0 +1,85 @@
+
+
+
+
+
+封面
+
+
+
+
+
+
+
🐙
+
+
GITHUB 从入门到实战
+
GitHub 从入门到实战
+
注册 · 2FA · 建仓库 · 搜索 · 协作 · CI/CD
+
结合 Hermes 多 Agent 架构的精进之路
+
+ Hermes Agent ⭐203K
+ superpowers ⭐238K
+ OpenClaw ⭐380K
+
+
+
+
+
+
diff --git a/gov-ai-guideline-analysis.md b/gov-ai-guideline-analysis.md
new file mode 100644
index 0000000..7efcb17
--- /dev/null
+++ b/gov-ai-guideline-analysis.md
@@ -0,0 +1,37 @@
+# 政务大模型指引×博海科技对标分析
+
+**来源:** 中央网信办、国家发改委《政务领域人工智能大模型部署应用指引》(2026-07-01)
+**对标日期:** 2026-07-04
+**状态:** 🔖 归档待用
+
+---
+
+## 核心内容摘要
+
+### 13类合规场景
+①政务服务咨询 · ②政策精准推送 · ③公文辅助写作 · ④数据分析研判 · ⑤营商环境优化 · ⑥城市治理感知 · ⑦自然资源监管 · ⑧应急指挥调度 · ⑨档案智能管理 · ⑩业务培训辅助 · ⑪法律咨询辅助 · ⑫资产管理辅助 · ⑬基层减负赋能
+
+### 4条立项红线
+- 红1:严禁编造不实政策、篡改官方文件
+- 红2:禁止用大模型处理未脱敏涉密数据,严禁向公有模型传涉密信息
+- 红3:不得用AI替代行政审批、行政执法等法定职权工作
+- 红4:严禁采购未完成安全评估的境外大模型
+
+### 3项实施要求
+①方案需安全合规专章 · ②优先本地化私有化部署 · ③输出人工复核+留存记录
+
+---
+
+## 博海科技匹配度
+
+| 维度 | 状态 |
+|------|------|
+| 可直接落地的场景 | ①②③④⑩⑫⑬(7个) |
+| 模型国产化 | ✅ DeepSeek+GLM-5.2+商汤,零境外模型 |
+| 部署方式 | ✅ 全私有化 on-premise |
+| 审计可追溯 | ✅ GAP-3审计日志+每15分钟Loki推送 |
+| 安全熔断 | ✅ approval-gate |
+| 待补能力 | ⚠️ 数据脱敏、GAP-6身份权限体系 |
+
+## 推荐切入路径
+基层减负赋能(⑬) → 政务服务咨询(①) → 公文写作(③) → 政策推送(②)
diff --git a/hermes-control-plane.html b/hermes-control-plane.html
new file mode 100644
index 0000000..9547164
--- /dev/null
+++ b/hermes-control-plane.html
@@ -0,0 +1,326 @@
+
+
+
+
+
+博海Agent控制面建设方案
+
+
+
+
+
+
+
+
+
+
+
+
+
一、阿里云四件套 → 博海现状映射
+
+
+ 阿里云组件 定位 博海现状 差距
+
+ HiClaw
+ 多Agent协作底座 Manager→TL→Worker
+ 8个Profile平级运行, 无统一编排层
+ 有骨架缺大脑
+
+
+ AgentLoop
+ 可观测+自动评分 循环优化Agent
+ Loop Engineering skill (builder/checker循环)
+ 基本对齐,缺评分机制
+
+
+ Nacos AI Registry
+ Skill/Worker 治理中心 安全门+生命周期+权限+审计
+ 无统一Skill注册表, 各Profile各自为政
+ 缺失
+
+
+ 标准数字员工模板
+ SOUL.md+AGENTS.md+MEMORY.md +manifest.json+skills/
+ 项目BOT已有SOUL.md 和MEMORY.md
+ 格式对齐,缺manifest
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
二、控制面架构设计
+
+
+ 核心思路: 在8个Profile之上加一层"控制面",不改造现有BOT,只加一个注册中心+一个安全门+一个审计日志。对标Nacos AI Registry 的四大能力。
+
+
+
+博海Agent控制面 (控制层 · 新增)
+├── 注册中心 (Registry)
+│ ├── profile 注册表(8个Profile + 能力清单)
+│ ├── skill 注册表(所有已发布技能 + 版本号)
+│ └── worker 状态表(在线/离线/负载)
+├── 安全门 (Security Gate)
+│ ├── skill 扫描(检测硬编码密钥/敏感数据)
+│ ├── 权限校验(谁可以用什么skill)
+│ └── 变更审计(谁在何时改了啥)
+├── 生命周期 (Lifecycle)
+│ ├── skill: 草稿→审核→发布→下线
+│ └── profile: 启用→运行→维护→退役
+└── 审计日志 (Audit)
+ └── 所有跨Profile操作全留痕
+
+
+
+
◆ ◆ ◆
+
+
+
+
三、四阶段落地路线图
+
+
+
+
+
📌 Phase 1:注册表 + 清单(1周)
+
+ 不需要新系统,只需要一个 JSON 文件 + 一个聚合脚本。
+ 具体做:
+ · 创建 /etc/hermes-registry/registry.json,登记8个Profile的:
+ · profile 名称 + 端口 + 状态
+ · 已安装的 skills 列表 + 版本
+ · 负责人 + 维护时间
+ · 写一个巡查脚本 scripts/registry-sync.sh,每天自动扫描各 Profile 的 skill 目录,更新注册表
+ · 用 wecom-ops 的 cronjob 每天汇报差异
+
+
投入:低 · 1天可搞定
+
+
+
+
🔒 Phase 2:安全门 + 审计(2周)
+
+ 上一步的注册表成熟后,加两道门:
+ 安全扫描门:
+ · 写一个 skill 扫描脚本,对所有 skill/scripts 目录做:
+ · grep 硬编码密钥/密码/Token/SK
+ · 检测可疑的 exfiltration(curl/wget 到未知域名)
+ · 标记含敏感数据暴露风险的 skill
+ · 扫描结果写入 registry.json 的每个 skill 条目
+ · 未通过扫描的 skill 标记不可用
+ 审计日志:
+ · 在每个 Profile 的 cronjob/output/ 下追加审计日志
+ · 格式统一:时间戳 | 操作者 | 操作类型 | 目标 | 结果
+ · 运维BOT 每天汇总成审计日报
+
+
投入:中 · 工具链可复用
+
+
+
+
🔄 Phase 3:生命周期管理(1个月)
+
+
skill 从"写出来就能用"变成"有流程地发布":
+
+ 状态 含义 谁触发
+ 📝 草稿 正在开发,仅作者可见 开发者
+ 🔍 审核中 提交安全扫描+人工检查 自动 + 管理员
+ ✅ 已发布 可被其他Profile发现和调用 审核通过
+ 📦 已下线 不再可用,保留审计记录 管理员
+
+
+ 每个 skill 的 metadata 加上:版本号、依赖、安全评分、最后审核时间
+
+
投入:中高 · 需规范流程
+
+
+
+
🎯 Phase 4:跨Profile编排(季度目标)
+
+ 对标 HiClaw 的 Manager→TL→Worker 架构:
+ · 选定 wecom-admin(管理BOT)作为Manager Agent
+ · 复杂任务由 Manager 拆解,分配给各 Profile 的 TL
+ · 结果聚合返回,全程审计
+ Hermes 的 delegate_task 已经支持多子任务并行,
+ max_spawn_depth: 2(项目BOT)已经支持嵌套编排。
+ 缺的是一个"任务路由表"——哪个Profile擅长什么。
+
+
投入:高 · 需架构决策
+
+
+
+
+
+
◆ ◆ ◆
+
+
+
+
四、安全扫描门 · MVP实现
+
+
+ 阿里云的数据触目惊心:54% 的社区Skill存在敏感数据暴露。 你的Profile里也可能有——不需要装任何工具,Hermes 自带的 grep/search_files 就能扫。
+
+
+
+
🔍 一份扫描脚本就能做的事
+
+ 扫描范围: 所有 Profile 的 skills/ scripts/ memories/ 目录
+ 扫描模式:
+ · 正则匹配 API_KEY|SECRET|PASSWORD|TOKEN|sk-[a-zA-Z0-9] 等模式
+ · 检测 curl/wget 到非白名单域名
+ · 检测 eval/exec/subprocess 调用
+ 输出格式: JSON { "skill": "", "risk": "high/mid/low", "detail": "", "file": "", "line": 0 }
+ 频率: 每次 git push / skill 更新后自动触发
+
+
+
+
+ 明天就能做: 让运维BOT 跑一次全Profile的 security scan,看看我们现在有没有暴露的密钥。
+
+
+
+
◆ ◆ ◆
+
+
+
+
五、总结:你的位置和下一步
+
+
+
+
8
+
Profile · 已有
+
比其他大多数企业起步早得多
+
+
+
3
+
已对齐组件
+
SOUL.md/MEMORY.md ✅ Loop Engineering ✅ delegate_task 编排 ✅
+
+
+
1
+
最大缺失
+
统一注册+安全门+审计 → 加一层控制面就够
+
+
+
+
+
💡 研学的判断
+
+ 阿里云用108页PPT画了一张"企业级Agent基础设施"的蓝图。
+ 你不是从零开始,你已经在蓝图里了——只是缺一个控制面(注册表+安全门+审计)。
+ Phase 1(注册表)一个人一天就能搭完,不需要装任何新软件。
+ 要我直接给你写出 registry-sync.sh 脚本吗?
+
+
+
+
+
+
+
+
+
+
+
diff --git a/hermes-dream-cover.html b/hermes-dream-cover.html
new file mode 100644
index 0000000..3b9ab77
--- /dev/null
+++ b/hermes-dream-cover.html
@@ -0,0 +1,64 @@
+
+
+
+
+
+
+
+
+🔬 实战案例 · Hermes Agent
+手把手实现 Hermes Agent 梦境模式
+
+从概念到落地的自进化AI反思循环 · 完整工程方案
+
+
+
+
diff --git a/hermes-dream-mode.html b/hermes-dream-mode.html
new file mode 100644
index 0000000..94faa8c
--- /dev/null
+++ b/hermes-dream-mode.html
@@ -0,0 +1,394 @@
+
+
+
+
+
+手把手实现 Hermes Agent 梦境模式 | AI自进化实践
+
+
+
+
+
+
+
+
+
+
+
一、起因:一篇头条文章引出的实验
+
+
+今天在今日头条看到一篇文章《Hermes Agent 的"梦境模式":当 AI 在深夜开始"反刍"记忆》。文章讲了一个概念:让 AI Agent 在夜间通过 Cron 触发,自动回顾白天的 Session 记录,识别错误模式、提取优化机会,甚至自动为 Skill 文件打补丁。
+
+
+
+这个概念非常吸引人——它描述了 Hermes Agent 从"高级工具"向"自进化数字生命"跨越的关键一步。但文章本质是概念推演,并未给出完整可运行的实现。
+
+
+
+于是我做了一个决定:用一下午时间,把这个"梦境模式"从概念变成真实可运行的工程方案。
+
+
+
二、梦境模式的系统架构
+
+
2.1 核心设计
+
+
"梦境模式"在技术上并不神秘——它是一个 后台反思循环(Background Reflection Loop) ,由以下组件构成:
+
+
+
+
+ 组件 技术实现 说明
+ 数据源 Hermes Session DB(SQLite + FTS5) 所有历史对话被实时索引,支持全文检索
+ 触发器 Hermes cronjob 系统 每日凌晨 3:00 自动触发,无需人干预
+ 分析引擎 Agent 通过 session_search 读取并分析 调用 LLM 对 Session 内容进行模式识别
+ 产物A 复盘报告 (dream_YYYYMMDD.json) 错误模式、优化机会、原则对齐
+ 产物B 补丁建议 (patches_YYYYMMDD.json) 可执行的 Skill 修改 diff,需确认后生效
+ 安全护栏 只读操作 + 人类确认 Phase 1 只读不写;Phase 2 补丁需 approve
+
+
+
2.2 两阶段递进
+
+
+
+
🌙 Phase 1:复盘报告
+
+ 零风险只读模式。Agent 浏览近期 Session、识别错误模式、提取优化机会、评估与用户原则的对齐度。输出结构化 JSON 报告。
+ 已运行 首份报告已产出
+
+
+
+
🧩 Phase 2:补丁生成
+
+ 在复盘基础上,Agent 读取现有 Skill 库,针对重复出现的错误模式生成具体的 Skill 修改建议(含 diff 格式的 old_text/new_text)。
+ 已运行 补丁生成已就绪
+
+
+
+
+
三、Phase 1 实现:复盘报告
+
+
3.1 一行命令创建梦境cronjob
+
+
Hermes 内置了完整的 cronjob 系统,无需写 Python handler 或修改源码:
+
+
+# 创建一个每日凌晨3点的梦境复盘cronjob
+hermes cron create \
+ --schedule "0 3 * * *" \
+ --prompt "分析过去48小时的Session记录..." \
+ --deliver origin
+
+
+
cronjob 的 Agent 会按顺序执行:
+
+ 浏览 ——用 session_search() 获取近期活跃 Session 列表
+ 阅读 ——选出 2-3 个有实质内容的 Session,读取完整记录
+ 分析 ——识别错误模式(errors)、优化机会(optimizations)、原则对齐(alignments)
+ 输出 ——写入结构化的 JSON 报告到 ~/WB_WS/_dream/
+ 摘要 ——返回一段 200 字以内的可读"梦境摘要"
+
+
+
3.2 第一份梦境报告发现了什么
+
+
梦境第一次运行就发现了有价值的模式。以下是实际输出中的部分内容:
+
+
+ 严重度 发现的错误模式 根因
+
+ High
+ web_search 工具不存在但每个 Session 都调用
+ 系统提示词中有这个工具名但实际未启用
+
+
+ Medium
+ 头条反爬导致大量无效重试
+ curl 无 JS 运行时获取到混淆代码
+
+
+ Medium
+ Nginx 配置编辑时 Python 正则转义语法错误
+ 转义符处理不当导致 nginx -t 验证失败
+
+
+ Low
+ 浏览器 Console eval let 变量命名冲突
+ 多次注入 JS 用同一变量名
+
+
+
+
+💡 价值: 第一个 High 严重度的错误模式——web_search 工具缺失——之前从未被系统化地识别过。梦境报告让它浮出水面,变成了一个可跟踪、可量化的改进项。
+
+
+
四、一个真实的修复案例:web_search 从缺失到就绪
+
+
梦境报告指出了 web_search 不可用的问题后,下一个自然的问题是:为什么它不存在?怎么修?
+
+
4.1 排查过程
+
+
检查 Hermes 配置发现 web.search_backend 为空字符串。Hermes 支持多种搜索后端:
+
+
+ 后端 配置方式 费用 国内可用性
+ Firecrawl API Key 500次/月免费 ✅
+ SearXNG 自建 Docker 免费 ✅ 已有实例
+ DDGS (DuckDuckGo) 零配置 免费 ⚠️ 可能被墙
+ Brave Search API Key 2000次/月免费 ✅
+
+
+
检查发现服务器上已有一个 SearXNG Docker 实例在运行——但它的 JSON API 输出被禁用,且默认搜索引擎(Google、DuckDuckGo)在国内无法访问。
+
+
4.2 修复链
+
+
这是一条完整的"问题发现→诊断→修复→验证"链:
+
+
+# 1. 启用 JSON 输出格式(默认只有 html)
+# 编辑 SearXNG settings.yml,在 formats 中加入 json
+formats:
+ - html
+ - json # ← 新增
+# 2. 更换可用的搜索引擎
+# 禁用 Google/DuckDuckGo/Brave(国内被墙),启用百度/搜狗
+# baidu: disabled: false
+# sogou: disabled: false
+# 3. 调大超时(默认3秒对中国网络太短)
+request_timeout: 10.0
+max_request_timeout: 15.0
+# 4. 配置 Hermes 连接 SearXNG
+# ~/.hermes/.env
+SEARXNG_URL=http://127.0.0.1:8080
+# ~/.hermes/config.yaml
+web:
+ search_backend: searxng
+
+
+
4.3 验证结果
+
+
修复后,SearXNG 搜索正常工作:
+
+
+✅ 搜索 "Hermes Agent" → 返回 20 条结果(百度+搜狗引擎)
+✅ 搜索 "Hermes Agent 梦境模式" → 返回相关中文博客和教程
+✅ 跨 Profile 继承——全局配置一处修改,8 个 Profile 全部生效
+
+
+
五、Phase 2 实现:Skill 补丁自动生成
+
+
5.1 补丁生成流程
+
+
Phase 2 在复盘报告的基础上增加了一个关键步骤——查看现有技能库,生成具体的文件修改建议 :
+
+
+
+
5.2 补丁格式
+
+
每个补丁都包含完整可执行的 diff 信息:
+
+
+{
+ "id" : "patch-001" ,
+ "skill_name" : "skills/operations/system-stewardship/SKILL.md" ,
+ "type" : "update" ,
+ "reason" : "源于web_search缺失的反复调用——需要在已知坑中新增替代方案" ,
+ "suggested_change" : "新增规则:工具首次调用失败后立即切browser代替" ,
+ "old_text_pattern" : "..." ,
+ "new_text" : "..." ,
+ "confidence" : "high" ,
+ "requires_approval" : true
+}
+
+
+
5.3 安全设计
+
+
+ 默认只读 ——Phase 1 不修改任何文件,Phase 2 只生成建议不执行
+ 需要确认 ——所有补丁的 requires_approval 默认为 true
+ 置信度标注 ——High 表示重复性错误明确需要修;Medium 有价值但不紧急;Low 仅供参考
+ 改进追踪 ——每次报告追踪上期问题的修复状态(fixed / still_exists / improved)
+
+
+
六、经验与避坑
+
+
6.1 什么做对了
+
+ 渐进式推进 ——Phase 1(只读复盘)→ Phase 2(补丁建议)→ Phase 3(自动执行)。每次增加一个风险级别,而不是一口气到位
+ 利用已有基础设施 ——Hermes 的 cronjob、session_search、skill 系统已经覆盖了"梦境"需要的所有组件,没有任何额外安装
+ 改进追踪闭环 ——每次报告记录上期问题的状态,"web_search 缺失 → 确认仍未修复 → 手动修复 → 下期确认 fixed" 形成一个完整的 PDCA 循环
+
+
+
6.2 踩了哪些坑
+
+ 走了 SearXNG 的弯路 ——明明有更轻量的后端方案(Brave Search 免费 Key),却因为"已有 SearXNG 实例"而选择了需要修容器的复杂路线
+ Docker 网络问题 ——容器重启时 iptables 规则损坏,端口映射丢失,需要切换到 host 网络模式解决
+ 搜索引擎被墙 ——默认配置的 Google、DuckDuckGo、Brave 在国内全部超时,需要手动切换到百度/搜狗
+ Profile 配置层级 ——改了全局 config.yaml 后发现 Profile 有自己的配置覆盖了全局,需要逐个同步
+
+
+
七、下一步:Phase 3 方向
+
+
当前"梦境模式"已经能稳定运行:每晚自动复盘,输出结构化报告和补丁建议。Phase 3 的可能方向:
+
+
+ 方向 说明 风险
+ 低置信度补丁自动执行 confidence=high 且明确的错误修复,可自动写入 Skill 需要严格的版本回滚机制
+ 多维度交叉验证 同一问题被多个 Session 报告 → 置信度自动提升 低,只需修改分析逻辑
+ 梦境报告实时推送到群聊 凌晨分析完成后自动推送摘要到企业微信群 低,cronjob 本身已支持 deliver
+ n8n MCP 集成 把梦境报告中的度量数据推送到 n8n 工作流 需先完成 n8n 部署
+
+
+
八、总结
+
+
+
"梦境模式不是一行命令或一个功能,它是一个工程思维——让 Agent 从自己的经验中学习。"
+
+
+
Hermes 的独特之处不在于它跑得比别的 Agent 快,而在于它有"记忆"和"反思"的架构基础。梦境模式只是这个基础之上的一种应用——利用已有的 SQLite + FTS5 会话存储、cronjob 定时调度、skill 知识沉淀能力,组合出"自我复盘→发现问题→提出改进→确认生效"的完整进化回路。
+
+
最重要的启示是:自进化 AI 不一定需要复杂的强化学习框架 。一个结构化的复盘循环 + 可执行的补丁机制 + 人类监督护栏,已经能让 Agent 从经验中持续改进。
+
+
+⚠️ 重要提醒: 梦境模式本质是对 LLM 输出进行再分析,存在"幻觉级联"风险——如果 LLM 在复盘时产生了错误的分析结论,基于此生成的补丁可能引入新问题。这就是为什么 Phase 2 的补丁强制需要人类确认。建议初始使用至少运行 1-2 周的 Phase 1,积累足够的模式数据后再启用补丁生成。
+
+
+
+
+
+
+
+
+
diff --git a/images/bayesian-agent-cover.png b/images/bayesian-agent-cover.png
new file mode 100644
index 0000000000000000000000000000000000000000..34ed054c3a59e72d82d027ebe427f822198165a0
GIT binary patch
literal 27707
zcmeFZ^;=Z`_XP_0wn#xb6%~-~4ut`vySq~m>Bd4D5dmod>28q{>6Y$p7`ppzKHop$
zKKFU<{4&JMoO52Uz1LoQ&srx?QC<=YofI7f1qDm$6+#&W<<=t<6x6@>(BLoMQTdZm
zP;Akp5HD5T5;muto$xit?(Db@msC4EyYu+Y<1Zf--_xMJCv<)9*=O7=^oxK=JAt}c
z5B=jj-lWj|2d)b0^&)qUChWeMqJ0yt9~j_>rReVOX{>df?&QtirYqz8!6Hu?6ShBJ
z!^_eW{C`j9dPyVn-`zD~CsqGpj!;dq!%KpC_GqV$B
zrltq`y&@WUnh{3dCzG*>Sq&TgvC3^mmUpGks7lJq4^zd1wacx|Y;1J?m`6uP*I!?q
z@60vEbJ?i>I6nt?>B(+efz(XV>Dw7=3@s8=0*KA>Ogfkn={GhS{(A>hI|7pPrf
z%V#(FD@`)oWn(zsuiMMZ>kcMyk@Zjxn@P*Joe&h18J_aNm%GP4)p{PUdzqS;
zs8rhNQKMsE2)OMS-d7mRkRx-ME3ChwH!P*{IZ2_5hg?M?{KFGuL|j2D&m42T+e*cs
ze6&6kyh);4Vj3u#Lf0NBD<>DvX(fv2O%n1v*)c-Zu|^w?<*<-`D}my-O?mV79G}ZG
zWI&clYglu0vz2cXYnLDDtpGY^W;-~UXM##21$yGtxVZUx)fIl-Zh}dLg)F$WZoBh+
zX_C#tQ|U4>gUR2RbSh>;xpbmg4C+QL7+c&?QKavoV$6~a_~~
zOtY9wRJ^w6P4YfF$gZuu9H}EjIe7&EiGs5Cqp)x$MeHv1Z{O>yY?VwW;Y3a=Jlyp3
z^nCr=-ydn$|D}kfOGgD*ZcSE^kdWNA9V@d^aY=F69M`F|>$Wcy_CCXZ^QGeTgmwM?
zC>)P~LEWq8kZ@pxe>*0neI5<81QoO!0tARo5@*_!z66|~T
z9#Lnjk`fZCe@n|AvbM3=NJt<*YQ6uE29t#Sqh3W(ks*=K=~4{5*Ls`FwC%yB?Z|Iu
z8<%$!MN!G`ZxK#7;S&&;y?))z8d6wT2Hd(W%V7D>z9DaGvs7s@eT_uxP9I6JmFL#1(&$ttvYpHeAQhm`=Ozs!EUm5?|zP9
zF(~QG$jHFP#^xs*9UEKA>l+yvVbsV~52ctBHtYBnNvp6dd^Owf;Vu@b>JAq%8ChxH
zo7ON2R8&;hxs_eF*W+cUm&Y@~ZbZ$Er|u(#1~ZlR2HoM$3dQcA%uwA#Y)>4QjjXI}
zfaUsNHa`^>G3yVBP*MawK0c@8a@YHC4&SSbz=yPWePI*=PX6r=l|)6~XPipM$Hz~U
zTJ$=phfxZ}1$_Pb6(T1oHa6C?aCLR{J&S(;q}(%n^uSd}H7hGCI2qd1qs@sJmp}CF
z?uiKr>%;jr78WsyiI-QG=Q1(OYin!8`A%@X!tQ&f@Yr%e1R|8{eY}Z?h{VJiPfku?
zyQk`X>sN_jfi~bm^0m1>iQ5!t&j5Tw~@%t>IKSaM;$SCI%Ke;y@WJ|Y5X-xPow!>rd)8=QeL+SkX%$e8E4J?*&CGi0X-nVrb*
zyq=?$yEmcqgp*UXG{NG~7v;qGUkTO@mes!>4S*GKE0Thg_UA{N5C#ZN$e)7)r*28-
z^}$m(C?r*^vhx4PJF?jwX>6xldLQz?*0GJTwPtM`JGl3
zw`%k9^8pqFt@@vG>pgq+?9=DZ3{le5dwYB6*x1a!6oqk_G>Z%Y6gxLO<45m$LdWZ!*#;y^#^J_@@5xTeXsgw59toKMHkEK!0iVYKUA1D4
z_`@KFX?nFBF~#I#0c>qM3AZ)brzJ(krY6%>RD859qmncsMjN;`;V2
zI}cB?kSF(qG8g3D+2Mwb{mkLR?l{~h5{vrxQ4DV1pm7RB{z`8$4?8wX}jlvWRb8dAV~jPIE?V
zSy>rWqf(nNa=yRJoHoNDavbR?#4Cw{?(Ef9lU0s-zn%Ipi#-n4)nMsAeE1O9*4!*^
zA=*O1VLq6n794POvEMtKuOs5V_faqT>sNM*o&-uEj|UO2o@!UUHS>uf#m9GA>WK2k
zB7<5Ng{79Aojs7LU=i#9unuRsxq0lBs^tjFI>~@KoBQGq+Q}ItEg3m^SM)A?w21vo
zUH)bEhYyW6b;;|0K``49#lTdl*vGId#;6jg^(xY4yQ`JcsMnyOsywR
zufy&qJoHbtzLV{dv|L2)umL}RKBfLDosRtZB7tGror{B`C!R-v7MY`(^W(=Omnuk^
zxI=SubK8huK!TSa?kt71c^+?>c@kV+TtF$_tI-CKfUUQ%u-M3(sd!CR{X>s|0Hw|W
zpw>XEP`|b(S)`Xx_t)Dc>Fw!S=Q}Ji>HQz>;=tz%xNa?;EvF<+RWedWw}Wavf?)y*UvQiQLU%aOWVt1!
zrJe_?#SkP;C
z_77ki#OY@ym1(FH92Px0ZZ(jIckbRLs&(Ph8Hx;G*8TM*E-uGWg*{gGDPHXN@0_-y
zijLt4bkptw0|N%N9!u-%(ukoPwe$1sdS~oT>@w=qt}aU%U$+~42-{=Eqliq;cd<&NRCK580vx9`+OLM$mfofhQ;tjyJHC0{h
zvT1E*R_=AWCm3v00(ic4-w~Y~s(^WSoV%x|Mxnmae?CtUD)xGdmxTx_wty1gZJSjwb
zdwZ#QcRw;!C|^-&bz@^COr`2`<*h&UL~w%jQc?73f7=kqeW9zCo1h<~
z6fl=OUD2!aI)#L3Hr|D#wtfAYL8D-@#(f`X>*Y=(4pa{kArGgmX(74II~89A{_nUg
z(5Z~Zw3&B(S6bCfe=O!-Wa7~hLb9;9*feL>W?BM;du8Nh_J?j};FJurx7#76i!lJh
zbMa%}g=Mir2np3fj}U!!xRm~OsRQ`+
z&zk9l0YXwzkA)U2m)J=Czh4tHAkL=;_jh*a=1CM1cpGSX{QUebI&^{HaIvz!=}F*A
zh{+ER54Ru!K>52Ff%;<~NkPatMVxotH8*CAWRs~lG#SqF19
zddJ3MThFhrMF`Mu3#eh^ZjP5TxJu6bc=>@w_WKJ28ynkgoZl>Wy1k}v-NBqaYC}=9
zbqjtlt3yi|j6)@CYhogXX#9*b5|YWRYHq%Kvb!)ARs;oXMT4&9peTC@I>X}P;@kE&
zwaKhA`u>0Kg9sRYS67Qbaxx@ULUn|0`(CVIU&^hPwWCPCBQdrQL@2L2BAIe}-Jl
z*DN*$fEpei1`PU)P4U}p*Vx)RCoxeE;M8U?>m>p{MZu@g2Abszk(sNQf`*%~UB2#^i8cwHC~V$vp+RA`)=o1o
zKfijub`<(Xrb%;4i}iX&bP;au;)=7YYh`6+uVWJVYZ@9FvCr7G4h#O~#;Hna5^_m`
zTItHWrx!r~3xL_ciNRTz3=F~ATwY!}#`v>TK_#%>qGn~?0j>|HreAJNutJOGmkLv-
zlVRATmc~XCxPFtCkmoI1SY+JfkfBGx_T%0<>5`EeL3mC9)%t(&l16%aw;@&K;<>Rf
zFdQ8nJ1@6VROw-j=8KFPNB!wEG)7<%Y{IyGue^A8Dxb+jPuBa2z{&{-2rx3*&eVAW
zCE7hYs`EUyld@wHp^pM)t^V@mOMs0p?WWL$05ye|r#mpC&{4Noc}u1|i!pl}^ola(
zDlzd`{5(J1LGuI$@--SFRhEWfUd9OEkyO~rO1GlpdZlbHTRrhMYj_Kd-|
zTX=m?A)t{^IF+@_-YDsX^9{o34x`)K
zRR*jf4QMCJMWv|L%l~zS_O9fr(wA$?A<*9anVL!r;*Lx_+8we!gd;lo(&Gh^Q&3+iyDld*$Tfg@}ZULde4e>si&_wPs2$kDf>*5AI1O>Rh(
zAs1f(oDKkpgp}0U-q6^%9~KjsgS9nvo?i8ljKMP$ul;}T;kx>qu+cyLO-M)(tdx?M
zmzR?Rz7iM~2BUz3{&bn(X(1lyk6`hka9Gj%*?3-ExZ}1erTgpwWe+A|DbTCtrlHBW
zS-Ch)tFPhVIOo#_hBuE#xX|AemlH#0=FI<}@A+osP3I9Ma~qn=J5`Q%K1{x2fG!8<
z3U!1RG$j9?JNP+@ro3tU^7z9YEaSVCOV1e?HZD&0fe2t=V_$t8xwCWI@QVQL|4utF
zAmC&?W+xf?42=R^C@9i8IyyKwICt;fH8C+M*346+V~2G!HimL}4lLk;ln50CrZ6av
zL?Zt8FgT}&;&&g4AI$ImUz+^VoQx9zyZTQE*M9H8c^-L`w0JPL7v1zrWJiFPAQn!t
z-0abK9hnEUzL`dLcxFQ~?R=yPf%upi5=G$Q6I9%8opWIhnWzbuZNuSMIJvr5aa$l()if%VMEJlL8C=oU_iv0SJOh@L2@Uq
z5+Wqe4YhMX?z&0BRffZ;wjkV2_|-rj(GCe$gmO0Xkr~EGh;+XCQX+F*)A5qF{`?lT
z(A%y3_i5S1f68l`%4eNRw5_c{x!nB4Z4v=!@O3Vra)={yE
z+sCQON@23;wDV@>&x7B}qMV>XE#4b){hOPAH)x#lUsgf;*lV?*60>-T<@#R7=MByT
zrYjM@DC=w5_Mb?4I;gpNQDvrHDgvXbz65Z0
zyK-?avdrMM7sN0O7A!U2;@4TJiqV$amD)Q&hW%9M30g!=%HW?c=gEe;F%Y-
zGX2n6>?ckcR?H`O?4qcRD;yVIWOA$B)wanl$KiR7$2mV)aQ9u9ay45-e;M2SH2(lw
z{Ag~aEodwzQ(0+5iN%hpU|m&Rx6pq#OW38e0`Wj8dAIN^#5d}RN;`o&mAl**$6SB&
z&Ps&c=)=V5-SBubVq=}L&YKF^J67W5tjaUm2!YG;HaUv*2(|hhC7kZnk7E{4Mx<4;gXxymZ(DNw#<9zZ<
z>C{$Q>WD8=zN*!J!QX;T5rb8q#N%7c$2Ulf|3j0YGbHx+iQ79n7D)>}6hQIog-qK?
ze?3iAyYxb~0SiwilQ(S3MiSwuUY}gGr-vKf#oDw&FgQm*8KF|S-$+rfZaLDFU}Sl!
zN^2t4kf%l!o*bDr9P=gb7n3I9+qcwJw&mt1ky}TK8YQx
zfo?K1eA7PPe0J4?jxw#emfBSLe&1@TD=QaBQyw6gAktXewLFxK`S`TCPGuK?|B&U_
z(nrH$L0b*0*DjacNNLnx$UQTb>t)Y7CMH+PKr-%qIqA6f0qmvU`W)D+M42?Qmaaq0
zuw6Wig(z{o1L#*PXSMbJvVMzA4+^?$HOCYaef$KURTOpGae_u@>fqd|2tCV8d03+N
zpI`Eqr@kc7ha*diSe~g1cuUF7bWqWN3A4zhQ+MQM$~OL0JyH3=g`58Kd9+PAD}i)A
zjkwW=1oo0|6#haw!b4UFdmUf_SW+QeaTc+QtQv*JGO*;mJQ>OlA$4(jjsisa)9+UW$aLdEH
z6AHTc6=&gDUz6|63P4zSCGJ;
z$B3)u5*74O78Pf^m&^N9AmU5q>M;&~{`0D+;s@C4)^doqpFA%97U3mTmem&?R;Mw^
zeyW|&IXqc<7GH43wNziAbEz*l#9xT2G?YKEJxIxM+D=RJoss4Kdvx|HkK^KN94AL6
z7A=w1PXQ&4s#C2sZG}?pe^rT-4~hd{(O-Rc_=#61n{-Td$NzCfROgG1msVol_pcW-
zI_ic(N2#cUd)+SBIfPW!RMn9NjhatQF@IjnnDbBQY{+TjsqYP-dKKPa9svcdj1YJFJ+QWFimys{dIZ%RWDzD4aG&;f9CDAu0x$}yo@f={Q`=DY?w
zA&g4sIA2=4_5DLwLWJrcI$tOV@f|@Y=Ee=ta?Yj$YEB7x6RSi-b{F+peI2^L_}i*X
zI54Q=ct@|cf2fU0a^Oy%KQFF*GV#R1R2tQ
zMa{{lmaWROaemS@Ob_6t?h45M|~TgUc7WYMZ*+eFY(wkVX^isgx%AVTn}QtF>(e>%t2Lgi8e&YJF0FeV%KL
z<(y4X)w-RB50b?{+Gd|W&F)r~;WLG=w08^r
zr0e%s4`NYCNo4WMNK>;BLxqGjZBAiSLBQ%rdzdYO{|5^^_PSa$`4<28m-SU#IX3-u
z+3pL|;gQOF_o}nkIx@T|lc$x_D=LkiS**zqgPsQ(k3@IpZMQp(;i>R`FX;&+uu32lZ
z^LviRmdQ+mm3*2J;5wD*O>!io^_x$WR KH!@C0^-w(OD5F^0gHSY;{sz!WO54!*}yH{J|7a
zQQz|{$5(d0`?yTtG!tqMg#-vARydKTCwr6%M0Xv6@0fE)^2_SuNgzT!gnNX{{`vI`
z+fHd0pO;U5p5KoZMIX8z$k|k?8{+7a{jZ8vrT<^SBn@*Ow(uWcLNvk`bpXG^(FUu!
z9@NvoZ8612v^r8LP&8ntq6p!Zeqp&OQU?1PBdz*zvpwB;JT^2^e@CyrO%
z-T^(?BZqUJ5-Fh`0f)SMJ=a&XVv=~TxhL{_QZ|xjSFJ%(=l3bcnOE9^X{d+L@4d{G
z{JU$8>b{Js<|fbL_);f#e(;DtuRe2RnaC{U=rxdGK9dSu4S!PXOa6ROK|Il#%79fh
zcTGIdKn~?ZAEYRYx!*GM+Xv{oGY}>c*gm>
zk$a}V<6TT?KQWIE+*-v4i{*%G;~!^Kk#qik7c~>ygmQFLiW46LhPOi2hsXOz6<;96
z_;SW6sBHCD$JZn=D8tp|UD>&=d~Xj@(}!*|u&b-rpQp`IP}=q2J$&-6JYCVCV`FT1
zeMAn|wu7%SO}dt}1&I(7kL~>&@V+pUbNd=$k^b(R!I0i{$EIp`+)h9O=_VDTwS6?L
zWMLJM*H}pZn9aS{|L5E?qZWU&(jN=%?cg<$>@SPQT0p;tv)&^2PHox)-MQ9KQEslB
zMk8xvJB%ik$X;Y2{TQc@52^1S=FhB|NyX%|W!A|YzHTFsQ@CldS!Zmsn8hbfAH1`y
z=dvk}naF_AT}V)
z0n`{n#i(*P8YjtuaeODm&qiOcAp+}{KzIv5(bx(*7on|=Zi;`*W88Lv^}ygpUP0bJ
zu6Ix|UTB2La=DFf^iFM@#^)I$#Sy|ucP0om=vu;>BV*Iog_oQ2KU-z5NpIpwKI1dQ
ztwjFony)13L45m~vC4Vjo@B;taeXBGSZWs%+dqZv68Tky;FJ2B6SNr(*&5w}TcdT^
zr}3_1w!f)U?b0x;WYC@jRlA
z)txe0Ev=TU&F}iO-x^)-L3_BKI5-)Pt8~mA&2+0P!1B2G*X%~SculM5?TRv8?&iL6
zWdwqr04wh7tjEO8e;3s&21rEPsN$C=DnM$YKd%BqD!?_byV}}7>&h!
zl26JMyn745q3+tH9P~>AO}?cPd=QY%8FW`cGclo2S@K+IT&ML$nccZxulBO#4{bAbclvuAHA$wX(2WpOn8>{DaiiXXDa~U17ZrAl8b(g;Cqi?5<^NAwiAy
zT<3$sacw1y)P#*mpQocktgM%xqjgTuV`r)&g9*)r~2=pR6%SjHgQo^
zB>j@rA2i~;Z9?qtT`o+cZ>P6m?h{|d8vvZ$*ox*U^(SSfS&pui+C8-gJQnR~kwZbn
zCUPu|Xm8^yZe=bAV6*ghxkA}Q>gy}f83tIMbn#@e5bS-O?RnzRa_9Zf%N|6TOSGdV
z;%JPaJx-y1_*fi45f{gSN#JpbP%ZR#*rB3C>iUEmn1>}?R?N2igg#W2{%~u_4o$e!
zw>;i=HqBFE-;(O=+`OYOUO0pdzCUBpXX}=-Fs)4yzCLN`$Y?>U5}k5y+83O0ztF`L
zljKp|J7%Myjtb)54o|9iN**b63m+X7!*5!$C8g`a{HQVP7%qXdb#;!toS(gVb!YyVtG2av6&yNsZ~OdlkZqZw
z`C}wz0H;8rAs&JKR1XQs&G{AXc^C6@Reot7A}S!7F1NO3G#nWEC~j157ex2#h`?sM
z-L0BE1sXNdSEsoj5;mMX46PYi2UqHYFC^1O%FMQX@+_9M^)DW4XYAiKe_>%0j;>5i
z%6}Pp*eh7$Vy@aSkR2hn6y=Rp#;G``~!Cd(9=`_|N2+(_$ZabbG{7szuu
z3g;LqmnPn|u>uzf{1}oH5R=%e+dNKoH`M7ncMaqD!r4?`G8d!Ac*z@ABCGR^8an-+K#ui)Bkq
zFu8oN8FTp7G>7>~QYXQ>hSBe5c+sx|f9>;Lex|=ec1-xZnedbAQn=XO=We$TPPY}E
zfFQd6^8S@moHBb+z9@M$j03D0_Ul+~V?9uPSle;e^91VrGYhKUO!NBtQ>e&P!xi
zt+E2&4vLHGMec<$V#`6q{j0Q_Z-LXsLE7#AU5i*o{ncbOQeZAUGrlsdR=dwsnjhvp0?BNwt_GXi}4pgvW%8{FjSjf6p
z?5_@gC?mX;RAfI_+`eGrj2lOa;Zbp}$!7G1hb+Y}TT#E?d}lyV(v+wVh|GmTdeJa4
zgj9H6j*Z>a`gh6YKZ`rc(}$j?6^Y-bkJFzNr9Z<>{C&b^m^iLGR$hak>8*b8q4;sK
z9&c5<(DC3qB;uXuW5<1;IC&)oIY*5T+AVfHU+)M14QOjpoK;oNQ;!tQ9%lY2kBBoU
ziFceX9o}&Z@#|&9Bzbk3>|Dg)cSGwRLd8NR$@eh#_V?K
z8RMC*IAKOGKZ8L(u399?!j3-u<69jI1;k8wEtUvkMbQ1Qcsx2Zy{#%iGex!2)S7Ee
zf=+mQL1WF3q380s7=-HFeryrWX$3p>rcs*uz?O*vg44|EXe~MrnHp7r;z~bIWCJe9B8lZi_NM?mVJ#A;Pcs-tDfITDF1cHT74=
zg+@(1KV=Y5M(>1q>3_SgQ0MnsgcxhXNDN^=W8q4El&5X>;e!qRm}Vej_s10%RT8$1
z?%#UNB>(nT0)PEfZ9dORfF@;c!v8e|?mcOI2AQ?<{=T$)fNEvbk>RLHwnq_
z#C3ShOPcM+AGA#KcQRZ(#jllHhIoCYkH~Rv`zegU?8&o!oB4Kq6i?yrJue&*x73g*
zvyUR1=;kyY)``{iUhvUAtT@KW&sS~iRHQQ;?s>cWmV=mWLoTHdxukAc&g7y@QGpOG
zj_N;74>iit5a2d^W}{9hP-0o6=i~0fS@t>9uNNu!*Nnmi<>c%Coe_r-Q44m_2G@~U
z(gg3x=fz`n(&XO70s5DPjipoZ(}8krY5xB-?rWMceq5>W9MudAu-x6IlGi=a
zT-hZqrYu~y@wum{`ZaC+x8C&{Q&fB1
zvg*r!F`&U6W^=!y+2~q&%JHzFYLgOp=F$jbE34DI=zK~&UQ!LcDX}MN-JfH%VTnS$
zhmO=8j%TDjQcX31ACQ5TD-okCZ}?H@o~=^Ywkna{n6H
zVaMOtJ<5CINKaH@ICagy;#N(TFu7>=`nfXQP@<1d47C*p7+r9yy%{Kk(A}tI((Wbg_Lg>o)pM{)<2Fula>=
zw=-XCjHPvwkfDE*cAmLkSVpU>LO%pwdTG`@OZ8R>W@ci%@CxY`>6SG%qAz15AoO~Z
zuDm(4r?14kU?NT@9QiGW&b{vmHFQW9yEe_shjPxtR5dxd>$Pp>|
zw6k%%KKSy9W!ju+iaa7Je_e3?bd4#hk}^QAnnT)?C|$YMaOyL~XXDmu)0s*Wl1=M-
z%J&uMpZ62rbaE3om%g0+F&A|o(UxPbT#zL+yo82VqkFaEI{jcnJnIu2`)2C|TH
zK1B}wRGScquKN8}V5qP&?LxXhvZ)P5&jLP1nlD~2oN3*GMeK{vKMtb*@
z_}QvyIV56B56%$g*mG{w)?xlj@)MUoZh42uMD|-5;H1F5t{ELvB&m
zzNI~!+sDL~d~tV>yUJZ8H1g3&Ro%rgya-K4+fIO3#Zt9|m7tFQTFfJZ{lL3tY2rEA
zb;$j0Uz&sq&O?sw4s`-=e`*pj4$j6aE_jbHv0JXUcP^9=x_&h
zW2Upb=BH|A@h!W#b2K`&dzuL^C>Z_v6Q2_Ee%{7Fsq+Rd43GaWJA(ey6F0J|tE-=#
zosElttk-KQw-h;k@}v;a`IPkG7QJ`8Y{&Z2?hB1&(6Os1b_~BK0KefIx2vyb9qkE(&!!;^w
z$98t!Bpxy|Gfz)XgK*r%*;%i~Z5O0mAYIE-rFZ7uKRP+~(|_JNLxxp{PCq!>apMUjzkV`BqE
zXdq*ZgSUe^KRzC=SQGTvT3R5iEUK3M&N?^W96Wv(G(+Dxt@=UrKV9RVR_g;-12UQJ
z_I6NHb;bOC?6*x0^T|MRVJ}VU2z-YH5dC-$H-M5kGjjz59eWdgp`=L1m;h7uSnd4b
z9x6~Tfk>iIqcABZhA6yMg$|!zL6;gG6O)|NQW2NM3Y4&9Ja&UxS|E6s@xAs2AIpu7
zMt>$tDGd}G2uaD$A3y5;dXw^cq5?0_6r|GD<=UR5%zD2E3k~1_{)5xFC_&0?klIwS
z7=qN|cx!4v%gV?|soZ)9^o5v|g1j6Y9LM@^t8`a*_6r~4<1a2Oq}58KD}y=c-hc0l
zii$u?4G)lI!?8@w%`-AHEzHbnJr1Q;9>I3!>Qrul1&yN?V}zp1LK4uXIWeL4f&3LwN8w*kd&igNaiFop^Y8z3R9c3Mj0COc
zh?c_ynTRJ=^;e_spveO#L1e&my|3@=pLaKMuqsE|-iwzA=Z#@A$8ha@_1qzl&uZ5D
zT!MnsserH78y=wl0q2F&@JO}_EyOS=yXd2=_ZHh#GGwjBN|qo(kG7_AYqb;=zeGgb
zh>rgL{p+$loqyQ};l*P=-Ng(>k=L-G?*2bvb4|_6oROmrAPNNCP5=Ejj8(e&mVds!
zdJ4*L+(1OGM&Wd^iDUy=40o|+LSkb6>5a-4q?7-ruaN?k4LlSSsMt+k!481JEy;p-
z=yAj=kog|WHrzV$G$oeU4+b|7F`IFdef=d3KDzT!|1>5_5H>2tkDnzaC8DCD=+iWh
z9z8nlINqMI!Bg`Y6HifGBq{Rp_KsoHN>$E=IS`1*KI2%7?7P*Vf-sMq_YH{XkVQX1
zL09X2Uh%KGZOTytM6|ykT)clCIF|_W+BvzN(i|(wjgN)DHV8mZkGv0O+p%h&XF#rlSS`$ne`C8T>L)}JGy`f
z+h&CMlPDX+Ej7LLZ~8!x_(`SrgSiP$3C{hK=p6j0O0NcI7LWzHMDOz>v&zL?HwY$3
zCd|gB*49evA!)}iuzX;9+Bx;&*2BdWSPhc8r?6NMpPqrt8&Uw`$Q`1~IGKkBqF1ihKFQ;FOUShC3#frX6sp9rm#3UA
z4bmvUh^cB<1u3b%X?^O5gY}^e$UB8(;lthC;_`AK$Ug83ExoOhPG@Ih)2g&f)McjP
zwEU708riyV|C6ZP69yD7LNL5;-T(BrpK>d04gD!~xpw~4)lXIW{f)bfFScmP06Yo!
zxn&d-3PCIhrkKE>p!xmNh1T%OiV9dVjz(6wI8KncTaA}JuQr2#_Psh?flw|I*>n3{
z$hr}NPOniwjw>!9v2Gh}fkDVnkGmz_w6F^|#*9^^iTz1HH3%OHm(2!p#cnEyJJPQ2Y+_IGUQgF(4e)0{A;AG!>Fvn#*m~~MxLZZcj7f9^iE;OiD%@Y(LpTG<5nlNw^tmX}l
z(89Taq|9bGuU#lkQfDjUIR&8M*UqK!k=Tfcmk3bR0SeRM@43|gknEgZ2>R-QOA2Bk
zMbT2eX=VQzo)n-jrwHiqc6N3^;^-0@6B82{*bauMF~6mimCT1lV8Ve^(8`pjaCF@N
z`ST~}xj}#mwi*Z=iPF%|pCus}g#-ovLwjjyxeB6WXYC3A)rjxkM?nbac!R3I16aMGVAJ_~q
zNiO@`|I^=J0XM2IZgzH$%QLRz-d->!mg>I04C@gV9zKFR
z1YI)had#}o=TN)Az(824Yw$|kMtiqRRFLh&1^!G01%*V6isE9>Lxvv3!S>jQ{!C6z
z)@81D-_Oux?rm!`Y&EeW?E=ULR~<`~G{|L%L4j#uG4fODVU=#d6#fX5YA|Gh_2wb1
zeAbY)h)6vwE&%0<&vpseHkq``e!ZD{UtH_}l?9A|Q0K0J>)_$)IGFtV@e(KqAi&6&
z!|r@D$j6_iLN0(siQ&l;aBRV$@cN+2ynp|G57`$F1}IHN$WKRDC(x)reE2YpL|qMj
z0srOJMCEp`$n{fdZ|_TBCFM{Oq@(CTS7H~oGx*&;lUcb}hfUN)Z
zi&rj`&ff?@9nmxTD3Mu|0>I^QD!?2#s`9`-L9YKA2mm;9C?7t2@<0E?(%VxIpMxQS
z&+v~Q>@%%GlGExxBhdE37R9Y_#^bvSP9w)kZ)EO-_+L7gC@Cq`a#Uk^?31di&w*lr
zne0aX4WOJj0S?5Qiz(OWiRF+?S8iY0gZge=pUG#^g8A;nA8c0R5#&@g59Gr`S=cm1
zxfp`WjTJRTDhlaNvK4Y+_^x=;64h?ulF-!8V@xHBX2
z^EctF!J5McTV4_D0>F
zd%F@;nH45^>Nr-T_sZE_ZEbBG9blgTU&rc9{WX*}LT25zI;%e5F|e)HIG(hrH^jx<
z+~40HDwZqA`ymM}3ja+_c{jYj4Pj(ZVM~H5^%M_w3N+ijaa;_ntX~40*6mPU^uaes
zUShC!>80?MS4MjJlHHqr^*2ODxIkMs@*j2a5U
zH}e=^d~mVDd0LT|;Ac}*P_S?R`YaCh&D$z3_;@&u<<##(@M`9aDZ&4MWyDotkBw&*
z6co7Yf5(=qPx}11wJGpnXB0yvAOH}TVy4%ybYMV>e)W_=J#VzqKH0nwa^ztI7)T-6
z!l*=gTyBG#z<#vo<)a6`e*dNvaFNYd&jk7R{~mf(Z_`0R4Bh|;U1q08q$rE`L7!?+
zILrK(x%*7i(272n&Zo|oXc
zy*xj*E+3zs7KXNnk57v_;^OLjduF*z2IU$ZVEfwRwi7O)H>R9YPS=XhfFgYqSe#|5
z2d$l)$}*zTS0nE&5kkWT5iA}|I5s|BLZJ^k1z8Mh)_obI+kSd_>V2~F5-ctAeXuEd
zy1K9$$%5{p2(SaZb#+Y!)CSumux$Y5&zK~lh&W0y8yg#N;Q|;=-W`d3_+@i;;G)e(
z(o4AhUoif?|G+?R^Y6#IS5G_I+rc(6_RAqHA_5%Wo$c*_+ETAxy^@s$H$(l04`MG~
z_`Q4A0LwG#2qyv{2U*w$<^?DX&_zPgMz)>7`Z=%uYv}D&NKr&Wio)h%5HWXkbU=?l
z)MAK=Pj=J7-DvV9)4=p_)Rv^2nwiOf=T
z0w4;1dW{QmbQjqCrp-NcbhvxM<>83IEi|-_7?$m&B`&Z4SCGl)t8-vBa(B_;qq~^$
z3*>)Mr2E!xdRlG*M7J1seQ&ALe!7N))AE6ig!3OiRA4J~hayajjAfFoL>+^JWxyN-
zDOp?v!AWOwYdD_A9{f6-9tW1)kBWeSLIhf)cY_-uR<S$ef1x5^lk@%%ihUB^3LT~{xPSOvkiVcDg6~5jJ=w%|l2?SW!`dRJ4l|IZ4k0=FpuC$Q~w%_+3JJv}{8
zVXB{Al1umZvd;)ROz9vg4eh}?;8UcA;4V-b%EZ9uK*2-
zyUX}CIsrWp@)fX)^Y?W(Hl`Uh`UByJ?p%T(gOi~V@aXOD-vbt9^uGs07(9==<|xu}
znr)SDG&p+>Oh<5H7i-qQ?!zvFdB;+ke66UoRN&3*i(Ppk
zxK9CC)$k&KWQK?L0*{W8HiMG;gqnKP6_dn&tjI{L!I>~13)n6+S^*&;-(Ee1*CM~i
zL#+i%DbMTi1Hc9TfuEMWvaVpBgkOjRf8@YE+Wzi;&KYO$p&PEJw6qlLwJld}&|1MO
zfK9!xrLT}TZ)gdl=w$7J^+BIfZk(C91|n4@nF1KmJvKJh)5ATIsE^C8%-{g&R^*G4{uFx`l{ZC4mINh8o+k42{2Zbt@UmDw
zkssVmH|-V7P`Vd(p?_SQoh^bO0FG}rQzvwc=)uLsr4T-yRIy2V4}Q6u8;I1`*GEMS
zfsF>Drdiz_YC41^;4Jg(qdRx*z+DLRN=)y2uhSY|!vq50?-I@i+~7cGq)Ka{XhBEH
z`6LKTDbD=_$-T#Wd&U@IMS34kojI0H@$Dftp_#Mj`kvxF3h^NgK3PNw6n4>-a~m-2
z!qtMQUj4xQDR+uBeW;bmEp#27;Maj=#l`L0ymxUZRq3O|{4v?MxQ6nOz!@N^z~&U}
z#zqQ$P6-JKFiG}lZLhEYhG84rP5=n#WT-pLsBSU^Z0A6vAl<*OM3DIJ?(D$K;Xi@M
zuP+{DfuR-1$bL1Rfks)o2;LC;60pk&~cG)U$SOAHtWvk1o
z50h{of?r@@>|P8Mq%4FjsJ}Y10naJ|flyRbgxMK}@L!-iBY9dXmOQByFtuA>TU$Cc
zPj&gDUF!iHNT=LdO;Pb5VADBd%}rlGAuwE^7oXV852iTS2FRib=rk7FBVoyF06So;
zqFd|X4A>=JPf0j|$qjuw>{@ZUabOmlHP9ChPR;~g2je6rWtb7bttVg(6A%^#6vP%r
zO`41})NpGO;P6fx!%TE^tMJKS!2}v$8+ZyH>zAHhHQ2hJ^Ty5z!EfOZ&0_C7s>
zWq~FXN)g<021Y|Wzz?m*O47|;#6!P-|GvA>dNVSHVJINc27CgP{TGkiV7Y+r!rCZ@
z^v%OWucWLjPbIVG&%0Y-d49@)a&1O5+pO(N7G+Xr*nc>LN$)?M!8dt_vz4@?Z4`8{rc$k6cSW*0}hy+>n9L@=#@t{kk=
zdvF*AwVXi!U`Sq(|EIm{>}qQ3x?H_>6cDi>5GjgMy;NzU5G-^?@9vlYsOP8&x_4
zq((qG0qH^t2ud%~OMoaHDUli=guI*ae0hJsTgEfSlTUnLoPEyOYp*ru+z@W1ZIu=x1?g#|14N07C`jm|Hn8
zjnD|Pashy2fW&|~w*UeIAVS~`eryv{$-FHm=L_Kc?pfY;ifl4Y9v^Iq1xr902g;K=
z1cCuM@OerLXq5yg?Y(;qz=;g%!(pY`KEAQ+GSFJV^rATa0W{p%yZxJ
z&ab8ufT}-y_;CA@8IVkZRMt#H-!L_(G#t4Z1)}f}Jbe51E);mO0SrKZN_6DG2@K$G
z5)ueNLY6Ox)wbx(hotvjr|yAw2iWNv@FAukeizTo%)EQ|4m^EGNQe`ab}~pMeR`nS
zL{daVQ}2V6gaj-H26W-rE_vs^zI_sSn#RT{5HN1DZ$)@Q<6}@39|Q$0MptCjccI
zhm^Si4w!FR=XvNZ2T;c-Q{`B#c_1*QgXATA=Z>-eZO{YYP|OC25?Dru0Hax6c3w%$
z1Zxf$poQyyGpl6AJpHhr1%Kk>>kDw*inoA)kO5F-6?n+4t@$Gl#q?n?n2*m6;BhQG
ziuv?s#UM8VknmL4Y9{$L5Iuc?2nQDY%Gu?WmC=9JfpCVoKs+UoDT*_QBmZO^0~NR+in6_2{6(AVjgC_cm{fCDqsHa
z3GDc+xc=Bz4BX!V3m3dcwZ&^d@&x*83h>oG5sgg?UWX=)z!=mFidGW)NA?hh)e
zsv9JY92h_zr9b{zKL!*P6_8hf#P1JMa%gC1aj^&xhCq9z>1kEy?v@5Z1^jceq#$(<
zAP=yM1<2i@!ku#Kt>@=Obu&lDn`T8KJ>rLZO||4^rdKxBX+z!@Oap`3SZCZ9$)mnj
zm1I-SkRVEg*SFm`E-o(61qz7Q?|#RAZ<^l#Vl_7_>rdb)c6J6Gmpl*%8(UjYq7T^!
zU$FBlR8aT{T0-;F`uh36uZQ+lH6(U2kxxe9eqe(7EI`U5yBGgrIvpf&_TPQK@$mlt
z({1rTohARB_ssu$3?DkU|IqV&KI{C2X`k*3N<41$+w_HH+NJsLzV4Q3RFXUebru+N
z!0-RbV-8%1VDSIJo~99HWAaodtD}ck^*$#0zkCGZ>oD;Z<(>XDefG7`-sv+DP`_Ni
z^BQ49G?c7vW6dvJiRMI0-j-nv$5R=G4foq0F$*P|9&letna{&=jd!cz+hDCPha{oQ
zO}C-yU@x5TS~o!~Y4&bZ?4#0*$muX|aec-(4-*sdDs!y02LLE`8xlRn`g@
z-DEJ11n21%omTq3%o&OD4^WbqOt-KVmA-75vmFuRA>YH#)6}{B9KYW?_@$T`G(p^>
zp^kvVBiZS;v&W=UZ*-K$dz8o7ncR{a9Tah4AtK{MIs%iqP=aE77GfIc*@fk*PutNg
zO&G9$tLi`hy$Z$UO&=&RV)3lLa2tPW^5E^bljpvZQ8ny7G%7e(c8n#gU6Y?L__9;M
z>*?JLc^)^f7W6jnt+>?m%h1bqv%_8!p9H(2RjR$Q~CfVZ;0+x`z9EH)(+PsPI6ue|>zj*E)D#b7}0
z<*E>84rZ@cp)}F+T<4I5$eYQq%b+t)aK;vEh3&6IY
zA@JjSzaja>$ZWQ+Yk}@9jzR`TB^TCeP&lrW3hI>f{2R=GP8I>MqeZ5zC
zr1D{+O397$Yd&pqqeb+w&!mO5UBN~xkvddZ=v2AH9v%5H?e!@dn=0tY;BYzE<(Waj
zpgeu;tX&37+Ip*A{WI$WEH5ENZMvnPG8Its^m?BFw_
zCcm+I-{wQ~smD3B++p_|OWi){78DB{hko*nI_ZONjgU%rg(d<(Tc{77QK^TbG+z8L
zKZzW7BFV!o*D&783ZtIxHf$9xf+LepXhEmqCdTXAYR-SYGw(M2rRMQ4TrJdoyihN9
z+>{{`@0Kx2-{WOV{{47cW)*&`SC(C)@@S&|wPlm9xQS%trifOt)2F|EXbJmg8DTG3^k>sfOFwRQFc3G@E8XqJ%JkFU0LgG$=FcvE
zz1HlvB0JzTygsn~#(P&mV$7b>I@j{2E{CWjYMIN@U
z(!qoYSab{K<$Pn)yPF0F{8_7l(6dC(Z|Ye(7(d%$fjt(5=uTKG8jcR_Q64T-Zi;y)
zzRZEA_#({zy0k5FE0Lr?Z${SqrO{wZ46wCDnzd+cDLDJPQ{kHm;vP=O%t<_FqyZf6
zWupOoP`I5)9}m1kKbWO$CJ;GL#@l~{*iQN4Umm!S^YWPM5&Blw5YjUB7*;hXobQsY
z$BCot)dVU`|0Wwc_Od2+$eQ#Xx7^z|Bj;{%Md7N~llZ+SDw|ofB+moAGBjt(`3P(!zr2LKaHz=ICL=8#d1raCSmCQg
zPWfwWKO|CKR*ty)*rvGbQ9wbLj;a{sX-!S9tf^s*Jyyb=ybFVs@#c*g>^L!4US}mn_LkNJBa=KjK7qp=V1OtBjWgtY{ex9p_%k_r3}Fq
zZXeo*(78cpxUe)l5aCoPl9yUEoMqaT8h26hhSmNl3E#Kh~pHFS|Ye;l4U?<|<}F
z%+0ZGsI<#iyx!NFL1f+Cezee^Q)RaAgK&z`$=0J-nZG~xY~#l`XXHE?H$rVZ*sIod
zqLb`y+9}*6{4M(xH@S?vWO-fCxtJVilAicii_FCrzgOoOc8m!4nE%@V&Z-wLmbmeh
z=Qhq=681&|E^WK?+z$J}ZN>wr;d%P#-N^nKIaP5;Ef>d}wPSfsU<;d3^m9LIoV`ht
z7zCNYRZ|-n;y$cX5H>g9INse$m`=7xK3)4Zvn~GH2miGv6;4u#1qmoTzMj%GjdbIw
zKy6&hBDu3kx?-qRUOs~>Nf%6H{59F4At{LiQ!_GroE|IR7C;^!W**fUR;;a^Yip@A
z9ctKdpk*Fo9QljspyF@lo~CiXcMsDedt58rdLq}0NjRITr%BP1Q8eAr%Femt+yn3}
zN{@;Z&OG{D52ZE{lYSP5*U(u-xavUt)UOnL6(SoJ1(-=I*GAGkA8ZBpyQYI^Fk2)c
zBCVE!TV#-{7NNUGc$&E2V@hHQ9xL&wI=Bd%hkNY_?Wrpvp+5WI%n)OH=fNtsnf#a9
z%gMI}f74DqQ570aLkiyMnI>JmEL-l)n}sPF&~EKEr_DHIq_Xv5M_AaB3+DX#+6I3+
z88&Zbq=_XxXE|xPwd1#*CpbpUyl^xz#~9OdTReW+BO&}!oBK-le&%jbLuHJI5$T-i
z(r|7{jtiZif$A#_@TA+=-DFD-pxS_}1qL4YyZEgegd82smxXkLVAq`Z=gyR$@n=y1
zJtbE4)aJL$YdS!w0O#FgX*fwhOh!
zJL+%M(&j{Tn_~LW!pHL!R%WI9sAGi*h-O(?0hUXX-g;>copVKw*
zWWbcnS^(x?jeV`V`FSH0xAvr#IyikM*NDY@#+3aYhhT%%zy@O6$P=dfrxB!)01K
z_q|nDd1?J>Mo?$|#TRLuXSCTE
zEW^iFT!Z)0`cBZKghs<3eMY3$D;Tpe0$n(5g~N+FJDH-fCe49px1z*z9HTp$P;^(j
z-K`mu)W;u||dre?k@Z6&&n~2V?s(>3J1W4;t!qbe<#O{)sTxn*;vn
zxQ6WotuO9lZ6hKUV(&X2AwRILSUWbl;wzp$L)h&`blb};o
zILT22V6`xh1&OxzM7ieoggGJDsDQBE%Wzu!{im$F)X`?GrGu76mH@2pmRZ4<3mkRp
zy;VWdsatpIlR`NmWY~hn3;7=DbOy@lA*&McCv?NIt$g_-X&!O|n%7>Qn(%Uh=SLWI
zu{UA6r(43(GFoJX+EsOI;;s&~nIRGygVjGo+LnZa3eh-(%UEuH&6nkS4|Lj=E{$}Aq*Ruom{!R3hmi(3E
z!Ac>2@w=6w6Q-E(h~wU20n!RS&8O!p`*znF>y+SHsxi(Zn)K8sH=YmgJt5ka{x~N4-h9
z$_xpMnWQ&{m)gMxCkx8En`<#n
z%b|QnV|j3|^J=Rcrr{T>wI4W4mtg9+I1>3f4A}>(yl$?LM*nOk0&tb3hUs|nH09j&
z$aC5TiG$DAHqf?X_9X`Jtr(4m<`JMj*l*Yan}!lD%N#>+sH07mA+#9*FjV&ghcPGT
zoZu#*VR@bd#hw+q3)gi_9hP`B=kn*`oM6&Xd6`>FLUU(2zxRy|&GPl>m2)7Jh}OOn
ziF$7IEvZ{xtLgQEMn!JI(gIoE(mKN?w?KRcDOv(_OmrPgyo-k|n7~cZgfXv}9H`YZ
zq_JsSO8#>bBffUs)@s5Rgh))0i9F6@79yaA0I~ad(Mk-dH<_3&Xtqw%j7Oul*3U%wTm^~z
z*Ynn$!a$;9gU?7oOV{!q7gKg($x6J+1F2{>>xEf8ShYF>dl&LnFxaqNjx@dUL
z^|(qb@t)L2*h}Tqb$xk)Fy{k4cd$N%rSa!EatW3Ve{L8R)wkCS<~s>$6Z(j#j-RQubgNsA(>e=t<
zN8K=7J~X@g*j%)x2s!sg6wz<$QAuceDp7aA##yX$aB>F_hBdkdJ7Gy{vqW}otZmf$
z4G5fr8xx<7{F=@G4B!;Rb?9wVDi-cqL9`@+V%j9Wv`s7u3q)N+NXrM<(zgXusf$$V
z>(GdSD}zVVB0ISwHGA-=UDEVYHLR&^kh7EE!Ap%D-mT$&vG$X`b5n`gI>-JJ7>qbBa&5GHJlPDmEYaxJXJ-%5g
z&K9-|V*)wZt%aqzj0WpL_9bJ2I_uaqp|fYTz&tG?ymZ=?Y3rcmmsWDy5nLuwHZi}Ld3D{@|@MC1MNzO~_69d*qPIpTO!SfuWp%_5#ti!xgsR}8ullV0+*+Wfs7hCQXP9M&wM=r19|#e%DAjR*67x>EG?YaGAUFa+
z!?)g~bZJ7TK-50JwEHNjBd~6#jQSbOP+04|o2Ol+??sD$@DSYTk&PaSj
z-9MOW9pRxov0*mL*v&kw
zu$npeiyKjx;r)K_nJMneQr(XlGGAl(`SNp2OaTfJYEx3aQKu{N(M+bFiRCI+55G%9
z{G323%HK13eequ(xS|V&BM;l320RAGI>7J$T9s!UJ@f9Awq361+TrMr)wH1{D%NlQ
E3rpuDQ~&?~
literal 0
HcmV?d00001
diff --git a/images/bayesian-manager-cover.png b/images/bayesian-manager-cover.png
new file mode 100644
index 0000000000000000000000000000000000000000..631e1d29a9e2068858243b8e29656e945b981580
GIT binary patch
literal 18961
zcmeIaS6EbC^F4^7f})5-CEAiRqGSPWK_p1d8Od344k`$Uh=PKEfPm!CWF#w5K$6hp
zAQ_sRW7AXozL~lE-_6W3Gtb8buR!-X`_!&lwbrWLZ`C!L8T=2X8iI*tS|cOF!+nPBy}HK7#RE=HE?yyLQ~myQbGmtSsoij~OeFpB{(5)N
z>#EAixdZuv`kK8FTYrE5N|%Mb?d^__j3Iu9WwwK)g@1pd(YqsMw#d-J!onJ_ZHp!Z
zx%AyQ1t%vb?^;8ZPeDOJ?}V=e_TMo+$E)+})kSW~a6=TYN@~+Yt5)x}`YuP!1dgXSqYx_Gp
zf1+8HPK^FoxQxWF{8ZM=Gawk_IKb8%+If8e^;KkjygK&72V=gQqHdT{-@~n|q9lRp2;+0N
zq)~&Tc7nO+c;}+aWGr@*b$$?1^Ntt|@^mef;d(vJzsv^x^_I%tCD*s9+FX?O-EsFU
zoo9cm)Ozo#3+$d^kGoGvZ{4~@K|ulE>FDUl$jE4DXc!n!?u|^EX-^`O15QOWTIKQw
z^7T+UB`k@be^ggfai~8fG!aZ_Y;5dPejO4b^WsHeZmw-##crVuB)ck}9qVdAH$t(U(q(CH77xz8NTL7uB+gMYnaZYj2Zi5)PdqNLnw_?_^*GeM|+yGsliDjUsm
z?G`^%8^0T-zwI-p*6T~x&g0{kC0djWH#alSco)K*%M+bs&VA6mz;!$AOXobKK}$=E
z4Zb^RoB|6K6_u9OU{fL`0Ws~y)|PWd)Q)AWTBf4g@&NaQV*8wYERVQ(J2^s1K|x`(
z+&-EUMNFKN7R0KQU&y|)Kx8f&6ZtmxT(Du3k%EZ_vdey5o$kta_gSOpD%Y!4c$5UHMO;eJSP1X
zd=I-4#d2wgD7l78t<|XC57qe{JJw@0$KOXrRt($8QW6mpul1&d?5QrNR=X~#QWJ9o
z9n8fVUAj(BOHR%dq+M#&+Z;}Hok7CR=-;@u{*K
zc@9#hEiw4sg9i^vS4$)O&;KTb#uWGc;mh;+dKHw&rsn2niJ}5niV=?qVW^Tl-tC2M
zl*3nHr#qb?33pAO3>TZj{iiXQDu3+JTMAAnHZ32mj`vXCa~9DympdBpQ;2G$2PRj1<$dIn&zbuCLLZBrgAnO(k9KGo;Z-X6jcF7ypf4
z1jta><%t@vzEeh2{b`kAW_UzIt@GU5ay1olH@tqU`x*9%Ut0WyzaWtRl3zpe3VL|#
zPdA5W?x_(Q@Z&_y+drwOy+_+5KJapmU%q_(x>Dmq?Y1apbVO?;18W8SXYa|tUaNQE
z;nm)|Hc{r&)6=>Ta)?ih)Y**7Mit@9!E+^Ntv}p&B2pGUMSd?
zB%0JekE^c_(AL&|LVNL{&5gpqKN$s>oyA_pkmd)`-`U=JBa}39e#Z;sCMPFX@o8M?
zP_q{L#ym)Bf0rY=%@upJo0Y}3F#69J&=xZV(8PkWcHp}S5&!0pEa7()JQr}hDzy9N
z7t?s1-{>jJBZSn)JJQ~}80MfK06E3x9e>dS{T)f-)#V1Ta>>&J#%LP6+p=d{lWsGt
zz>S~IVT>*?@L3%x>xxx!*6w^X*Z!FBq
zdGqokKj+YN@=x>Q8q#Z`W)>ENYzMe1BV<4CPxvT}TS48uuRlJRi9}blM9?hE&6)GZ
zkxOUmRTON0R{AQunO`wMip=JsI#?}sr5bg6`7B{?vy}k=QusBsGRjbV7a@WSh0YoL=FLcb?pzM}(Fv6A
z%7V!7XrW1C^?KcCmP(pMXS}qO)NgAi4(sjxV3Nb_h5h|~4`CTR-izmme%tl-_EPca
zKV8j)#N|)Ddn@PB>q|2&5oAbhu9$NBQ6BvtJrc&1)zyweg(;9Nj&+CgKI^p}Yhxk{
zwu00VmtH?oA>Xxrw?{+F9CD2&!=5#%10{}R4Q6+Mbb+p5WAtt0wZQYH&~Axi1;QJY
zlmmG>_oP*bX@zeG6*AvBZSR9*lIMS!UBN?r^-aa3|MC80fX69~@?2YVD}4DYb;b*v
z?clky)k61G>=wOfz{`R
zJE<7&wdr;IPuV~aDBNa#zQl)aGO)ZWU^}2+=j%0MgMa(RIif&cAUi|l_ImI{!6bSW
z4jRdli^h;~EYa40H!RU@qoY3C^PP|qNq0@(+}j^
zmBrP?6*hOnz00*<>g#d5^(U!33@_HkDisq&nT1B}0G^-+s!)aXEbl&g^eCK)S8?i`
zFm*oC?S(RGkml;8U6CH$IC!x}j=C)24GIdk!!2`!RHgGAEr#8os+8mo0`Z7@1Ep5)
z@8@O;wFKx(jyyO%&h-#D?^(I{>pcHJlDJQf7Aon{=h21y_RpMySt^XDyj^+y-^Rx>
z$1P*eulDjlAmF_~xs-~bB%9q=N74&o{2{xJc9%0By!6AJVn1_ejQnsig$)WO8L#%>
zRnJl`vFKDaKYl{0w
zI))LLq2e~<>mU+9RW8-EY9swStUA~G<7PRw(Zo$-HE3O@eA5-N5DNMy{
zNXuvZ5LOF2Tkf;(kc-agTZ$L7&q8w{wAmU+X<#KdJ#r9LhKasVFU_~78eg$p%f%?9WA2#9`PjpOsMf&2tw
z5Bo_^PmlTfol4YcI_OBp@(N_8l2SK-;{p`F3D=*F4qM2Ka7u2~J~VVxn}Iwp=!@!Q
zlNKe{7$i=jl_XRe)#`i?_tqzkfYZ)i$<#*!?+CfhV3?(xvb#J;gn;#B^1SK+(8(V<
zUa#j3@&tMguTewyGf6*rB3fA(=WUtZ{9LyC$7~3Lf0lc_{Y1?nybIIyEJ4tq-rs=m
z?u&mvW5tf?@o<;U$NfSWGYh?BzsS3S=L0#}m#L(tm%q(LDX*@sKK(LNx6H=xc(r2W
zc@nGQSF69@Wv`_9uqTLltO3qw7U(ZwF!9`aH-TR*KY+%3Qz@cUPN5)pD0jPwW)nQ=T9WmTxzluwB
zpt>QQ0VqE~asv0A>xgA|;Ms#H8t(ojS3n=q+X$%+G{)Q0b7y7P1s<32$vfrcILQEi
zZ{6h=QkHM6yJHnfQXYrQ1BMe8d8|)>pc}3)b6xrizocYWHG}P%48ZwKOV{9;5x*gP
z`RBuIx)2|qve(D^-Fn>@APa!ZmRH#eCP4QXfOh4Y!TDKK*mHaSSuT16P`(Lk!agR=
z7WBfyW4$l482oK0H~}*>T;{(hOhP^@b4l(*q$gU;3Mld3NbcQ`Sh-kxaKT1dNqh
zN0X%LlvrSo_mx%=cuya}vK}AF1fRw^09pSo8!a^Hdyk1p%6rbl#6&iO^J7149(25}
z1R>u0_g!aye}rlR^|U%vG*jiaydvo~({im$W}|G-kPPXI-5ms4{SmFZYCT3o#iMYd
zjPx1FV~1Mnr#A;?fq7*D?0Fdg*tuEaaF(o$)2aOvJEWvS$06QRhI!yEQ=eCUsWK0T
zMfI+*YH4Jvn*aWQfDWamw!#o_au>3Bb+m%@@X_&S#u#ormLl0FX?M%IH{2~cy?vko
z4p`J&qknJ!oUQG14G1b32EQHb{v=IA3#hljY_)~o9~rYnDFajRRLFe0LT>2(SS6^uJPOW7wE?2%iT
zd?NEet`_g=$M*?Bj^&acnP6vg{--+kcK7xs>im2l_21Kp#W;21{|f}#|Aq-))6>(l
zJ@VrtXAaH0EQhQm4D2|lRM=|sE1W8TKpsH0F{PPwV($GYqsi{>b>J(u02jYr6C{dc
zrLw_2sD&K#q1W|`L(ndTH(05Y+kaw-`Zf!ScqESXTh<2_P
zibpeV2-3}GZ^dh_o#OiS$Zy}i0iMD8MayRV6oGHJfFKjJkB{#KSlF2GSr_rj%^0?G
z`1?If^v&|rR1t8?pFe+IwPD300K75H7V;I*uNSg|p4IpUT3C9%qRzc4AY0N^$)O7m
z1dNwK|6u3lm4OI$Q0kGs@(7_3gb?iYyRc^L%{N}(*6QE>Ij+Rl#P+;vS!`dT&c>o{m
zw@0tfb_Mzb5ZJ?`qxs(-8(Ujh;Wps#0NR4XQ&3Ov)@0w*
zx*B*6NV41l^xF5|zkkD;uzRD9NJ43qH`f{bSB8p!`-mCg2bQW#WT98gE2bo;b|$Xz
zR$ulM0S*U$WDNomW^LH~&|u)CH%(@9bCZXM2l$j-&$pMuc8VH~L8)xqx}~9S-vY)9
z-nf#4XZAf+wsOi
zW0>&Weiq)G8nL_zG6+~;?t}!0;7BO>J#oN&6vag;g!Ldbedw
zh@0xMLL(>-u(ZbfyI~KP(YaLg^hxt?M0kN;KMOhIHld*(^t@7#!F9)L)lIe%;(kZ2
zE$?orWhjKbf3G+-!{EE|$k_NBb#T6>EpX+PK>@4&tX`leMqeWR{QRJb4a@C@VW$Bn
z2K)N@Iy*b#L@a^JsV6_+4gxFo_f%sDFzTGTQr-NQFJFQ$_i^i|l%!-mJg*yY5FVZa
z5WQns2g%Lpl4K->{Fl!yO9G~OVS>wT2Md6SSQjin*ZX?kS{1A~$VkBY&DDy@jH%u(
zX1Pzoz6UQ{U0uPg0(-9ldM!}pcXjxRAl<1bDCXwp-EpUWVYYR)3M_rlnBwnS-w7%l
zwnHEg0Oo*xaod|kHs~Dtky0n<@Q@EX^CBn^%wWRxEV;J6r&}IGO@iOaQ*jD~Pr;#X
z1r*vjx4EA1|Hw10+hm?TKG$#Z{R6B8W{uO5T=0bU1+w-4O7-5Iu=Dyy_s*T;j3$BU
z3XbILhmQL&XZe4A!s2-u#5}e*;lq89^>giWQ&T3mzkPk%bLAYez-(ewyCwH3@HS8u
zp2OGhPW3>}4nlH4oPgls7JJjeh`>6MRv~A#g}ix+?%nmqg8xk~;S0O4!9?_K+u<*e$s@|O~4*EGHu?ETz3psISY-Tl$kB_&pNXy8yHZ=*a
z^e?$WsSsVe<~C&X{pm-z`}$}F%BnXNUONtu4ipls^ypUSjfTkvLwKp{vfvUqBH{!GwFO-+tDE
z1>p&L#~;XpN8JgarDbRQTw&kf;2=nUJ3){V@J!iSO=mlMcsSRcd}h-?S0zE78IO=e
zZ8p$u{>{(No6+QG=3{(c2a`~Srz^zqgYma;?Je_qvg=B6$PyUP(g1v59t82gk(h(W*FJBBA11&s-90mAJG
zYzZFI#l?k2+`F{XLSEnHD1a!U*NRrm-42>Lq;~WJ%_uPa&vG2_h+Qp1xJCn@y}+P)
zZK77J?K;L)6x@AJCAcpB`SWKgCGj7iacXL6e=MjX7(eUuKX)L0Y$_?a6Kc=17|;omA)Aq|af$#DPjV$fx>lamv`
zyXQu#s6lu)f14cq{q*#BeRS{;f*Kkc3NEH35LIy2&MxM&XV*S{75YUSp9!)(-ySq9
zbm5hK+6SJ>;$M&W!M#dJNja<5gKyBiQtBT?P(w@G^XX4~o4Ny!0l9(<1sx(8$g
zC}{)$S#b_LLhfYBkvaVX&lfP00iP%TaYFQo9bDZ`a1_EsyQh__xe8aP$DLNAZRjL?
z4?=G+g8uY|_(RV^I5DgG6KOQQxdyD{7CHH>Zxt!>zWqo)8eN7Az5=n++-G}B%D^BA
zat(;49#;(bBC6LOVmz$)1J#1@-Dj;8s4_Cu>s*en>}QTjS_@Fy{(&>D2tFdlKT&aiDuiKgvDXwr#}X||*bD3jE?Kw1^>?fY
zy6Xr?M-Y{URjzIR0q`1dR?9s%pTkJQts9)?$B!RZ*pJRHEoJvDB}w?j|0s7or9={@
z^$vlmhKJ2Fs-HMi0>>>AiU1%qncut}D2A!2DZnro?wNf{HvL&D847VlrmYT;Dj;CM
z{JMGf`PodZtlNFD2LS}dsO~I0P%=5aR<8d2L%(2CqG*C??^!4S*FAHK#(2|DX;Pl-
z{Y{q#-_r-iT9E&JSDIQ|M=hQ3_6W5DeW9pHZI9t`0V*Mmt5*}3oMCHVKn4SwTA%%{
zByqiEvLhIAXoArTC<@~~C5b~R!YPF+xk#{yyT`};17nGb*61c0NFJD(+H(il+HE9u^Sit(PlutIXlTAbg!#+83ao0Oh5vqrT+YcDE!z6OUnyF#HjC%$qlFz@d({f$3%_Y&$Hy%(`zrcsvG4C?r%N
z?z3mb>$9_%(){c-VhNXYX5paG8mr-Dlk3yd&x^FT<~wr-mm{9cfXpNd&|DR<1*`?B
zG~b;Zu+WuARZbH4_J1JEe+6Y2Kl^5sKSb1)!~U?_>b`FNz$YK}{!rt|XMgJhz&1Q)
z)tWG|sBJS-C1>7L_c(rcCupeHT>iz2jU0_!T6a<397vr@uT3CNk)dFUJ@DG{#bNhh
zl$0dqQP69pFvZ2xb)k6J4rUbVb;kwwf+0<20JBEcD`5j+IVhughx+Z4!);_}w2m
z=B!oA_d(oy=QkqY`@`DnU2P4-uU@@^oSuDQ&JDwCkliVD>g3WYpBh81@2`$(ac-lv
zjE1k@5bZyNDFG1zvI3efuTfpz;Bs188W}+zfU(HR8LzDAGX$>}=-3`uVnX0w0)eL!
zb^QU=1bhO1uL=CPr>6(#+^vX~CbHaXmtLc7o^A0bpH3o|Y5I-|R11^|Ki;!c3|Ts%
zmR1372W%nQ*8}X%u*aE=twx@%1o)S(J{_BfaRQ`jyPaU>2S#vtQrQF(>;a2m&AiIr
z0vq#$Jv=cGuJMyIGVtO_C#c>snoTKP)=F?1MFEZ>z4W1Yfn=^uwu40j
z6?QLQo(srLX0m@V13f6bF)$iRFS7J6*EV|VvMY6}h}lWtPPSos4Ct@(+;-A?IUk>Z
z7?8aidIofSixMv|PJs0vZZuwp38^o18XTCVz?V6U>S|)r`@d)PEkQ4dHM=j{=r~0p
z13WC*^W^T_MShqiCnV@WqgN~AKtm3oC3Vjn2IZ7jxw*L{clh{vjQO~9ie~{v?>sxl
z=~M-LLKR+~h%y2E1k-EpU~>kH07o3bY*=S9$`xtv0xYd?h$CVm3HDnuMaY?#N08f!Tb;>^KG>lOCe
znuP)MpCoZH4i1|$Wlg(>c>HF_uKeKO0B!(=!*Qa=MDLO-v^JCHKUl8S2amXz)>{H1
zW3tjoQeoa5K_jGiI7au~on#gC#gnw&(a~xk>!5?~!(?Ysse3hu+Q?`Uq)kXjh|!N1
zDIm|-Kb7L>DM62c*k*YaZ#PmZJ3cct^${#agjDbq3jdSMR@d??p1W`WWMNj(8HU)o
zn)zT=C<7Lh)=$!0eFJO&@WlhRm^6~vp#5=>qTEgxUAt@K;lKa0PAOT^hM
zO6_+r321>EGa%k@{7xvIf@EP`(hco&Ejwk+NLuh&lwuj6dBys#+W#5@rD)Gxouz
ziTjduF%KFY=(-y4h;@H*XcvAXxx>Pe0ZQsW?k#WLwF4zM$I+cV7zHrR;@@$2LmV>Q
z{?-n}6q->H^z{+)d6;#biE|iwpM)q~Q8WqdIgAl2Y4@Gx9e^$dFWZyPhfrwAvu0!J
zWw#wao@T+6k)2yErwqs_&nCW05XqV8bl>Vj6}DmL%pHezcs2rX6IF0V0U3)T(y)Tm
z;|F;TAPoud6*_6~InGUGYiL-`^MA4>c%QCffoF|?D+G!!{~|9Q$9c+)uc9g6AjUs&?m|+a!Pe>mOfhM@I)I%pmPq=NRpYZds7+#di)@<9qf5st+up<%yr!|dHiobsS0=K--u@TNb0AI~e
zN;ZVXfBxbX@TJ|sOxj2PTp*Fe`GM3QHEGjQqqmX1IU=;*pH8oBK_5l5nPnv!*)P%E3nsaXUiMN
zPxxg_c=@udbD1jvpfkYzB8_8BFEk%!`555bg&=ppfP#*>4!g7J^NuzNF%HWFhX`N{
z1vUpP1r!?=%v2Z*=TRt=n*+Lngh6wtFa|4T%Ae3C-N#Xey?zxN8(UvrUyf~XyzOL<
zDNdD@E4Jj6#TfYP8GUOr`#X}x_V(=MC+jd|D|MVS%b5zs
zw8U`fID_;76o>g35a=Apv3Qy2m;YffXJeWKwb#wts|$^z{;0wZCY
z){ND94M#`EO)c7$iQ4L6JI!M!cr%=HYK@dU^#lsTj&uJRaOE5k36e0nZ3k@2Oc#1t
zh%AM)(^E-c5RfLoLeCDhnE1+2FfbSaPg^~21l0~f`U>q3tZ_KZ1F7K%RJH!}Xc-uR
z6Ie>b;qF%u4Gj&32V4!aRs{C&D?n1nQg>)?U~Ps31?{X)PTG`VT&tiv!C)T|EC-`I
zIJR^){Q+m(?Y=TLv(o}hN__|#=z|lm6adB)xs5i=!Au3=dLa05K
z7YApHvKc+vq%VZ1f9jfSkkEz^2|o-h5{QgobAcXYZVWT!>y$k4yC31FhQ21P;*Z_c
zvY)#88HI9$z7Rx0BWNe=JR9oW{p%CE8jDg=-e;BMRF@Xj6zEreRGp*9`-e_QyS7SS^28F0dNL
z31i+b!cNbjl>kcRY1+EF?m$Zd)*%ei2s)N#mNKF;y`rzNqazn;0#q{e_yn{Kko6@P
zEDnKmfwF{y1aMMv+=QK-00_wL)|RT)V`bh6T@QIAvH_U4#PP~K?h7ylpMs+-Foqa{
zP)M8}n65U7i;EM1{RLPKv4oR)i{J;1__-)5hCr*E`hccQ?FLb(>PD8Os|O7=YWWv6
zbUG+k+V|Q(_5eY;;_fW~SyD}|i2h;1YggGKVW3f#T0}jynRYdI?C0HrMgoIfDdJw>cNRMlMEmL=(HcSYdD4iX4#nzb54eM+l-d4f)^g0VB@!o(KyaFfV}RC
z;T{EklK_PUVS*!QN5{u-PShyzYaKL1(C$z&R#Ue(x77Fg`*SH37aTusy;PN7&Tu|u
z6mwrW0JqCyW$0tqp}TkOg#X?b4pGr6IGKhF1(M(oNkqIp(l-sTFbd5LFv46g;mqcO
zo&k#rq2Xmw_@Z3nxd}6q;E)g;cr#1Zf*UrV38vE`CC+jH6g=IU6B+Vm#FNzWhm+l)%=kqgkF6TXa&BlEVCQ5#Uqgew&?O_g9f^n3%#0
zwfWtxdoAzjs{M}L5kZZF6$pRCy@A>u%bRyg&W35Ox|7>gnV{DL>+R!K<
z`K^fBJvoPpdutn$-7N
zsjsK0v%h`Lck{WaDcZ5yn6LjoCV(t`Iyh-Ye!Ci1I+c^}u>}?C<^y7?^9mBN7&Pz|8H!8mI-=KFqvC+2hMHKHw(1$?t(
zAZ+7hwz1`3t2pl5nTA#hF}!x|TA9(;1_|#Rzz%1ajjn1I!zJ|c2LQElmW{Gx<&Q1H
zNSUE&JHd$m$B!Ri4}&YP3TcN71%D&G$2p->6Am*sIc9qpwKO$7J>&*at7|g-(_ZP>
zD6q{sn5bMiCy$MRl}9It!*$D<816ba!sX!jq*K-}o3cxA2;{;5s$ygNNENis4
z+7ujZg+st`&U4fuUOpJp8uWS!9JvC_Ez#zJ2Yt3i9}apNY{j#IAB0l^3TA|57aw(X
zE<(4{(4FR#>_12D1I^%&C43F@5`0_gNqG(PeHamMH;kgdgN2ij$}l4(1CDvdeJj)|
zfBdL{aUp1Nwe{ZZjg2qRO`+=D*C$p__@#l;CBy5Q!pPKaR+d=u-GqAs2TKH!C{}|8
z9~}5s4wXts1*G}_$Ym%!*fxVv5jckd(iw_UO&$S2FgPg0#ihWx{fmIXcc)jTO`LuK
z$nu%fZDGQV1|M1t1P_c{-<@*9?bHFI&yL6~7s#suF~O+R)l&%+UofQs0tf*=xTV8qL)^LY2O
zzj$1RX^G|8^yI&vP5JL9c>epbrT>0b>wonDwf`NK0VoXFcm7u|`hVfa-WqAQ(__ak
z!6&!0u899%{YgAd(_1w)M($)mseN<46?MP*w#|hu;BD~B)-kcmeLQ{qOvKq*OhLq%
zVo6fHm-#KFsKLi`jS3ROWwA&Vv+`MnwvA$%4a^H(?H|hPFEc}SZU`n+wK7{4x#e+Gf*c+SzyWc9syzrTcKM2`J(_K>PevmI_cxqGpIM`cDX#MY8N0$NhmPvKcZ_C3G
z56+>qNM@cjNAt1q>lN0dWbXI;7O>ZmKfTXY)EpYw_Uz2(n8#%O{vtw@P|j
zZS3UK%{+V>xrYp`zzHWFu*rxDY6`eQRzL?(`w2AOCql5BX~EFExXs{L`L0i7ljbZpB7F6T-D981A0_
zDO7UgG4gded>+E@h;urkSROdayug*5BOpi6DLIs74&R*U_}2XX^+msh%rbTYE(p>|e1!F)VZ5NCC11>;%~bGD-scSt
zF~so!Gu0P`wEQz~UKI?VlbXasNPTt_LwdU_94;<>%-_;WKX0l1JQXd8nVTmV&C^5#
z{c3Eq5j0A=%RWPV4G+hIk^Z$exZ6NVhn;Qel~-%6+o+1pcP{(;Xd7o|D75wq`_3_=
zgnu>4jI6xAnLPmp*wgWxK~F<{-7P!=UTejaCiT^KOEMeF#^(RkGq><}DfAkrI$i$g
zj}q{%S4N#Kv=S3Z`rh7}u0;A>@~T%UH||zSHW2o4Y^5|Qp<5rHi)bq`z-}4D3-VOT
zO?-JU8vo(jq8l>QdHZ$WWX{H8g1y1q9EW;r>(Ylv(WZ&Z+qM%`i{E&=-qYsoE}q9z
z4=B&dH00NJSzs6O_il6QGx{RZa2;Dz@gz>cIO*+tHy!FBxG|
zD&l9-c#PE3{QBp@ThEWgJI^YlMD-=_qmN7@1IA>T`WW;~hIQQ@CrTgScz2Je%KJ(@
z+ZvMn{pXgywG!-QtX)0#ubyd7aVUR1wobx5XQFXCc>D3GHLQ>vw>ae}&`y}ZZMk}h
zxm8JWq)g*aJ`IvEg{`2@|CXOS?#?Zm!s0>SiieRB^ryjpx|1Y^%2qL7mo!~!ls;n|
z6%u^%^p<~jP+d(j{H*ElKX
zY5IRUdx*&DJl#+2uC#KC`xPjCriMA_vU@yZ!}a@qdc8|qZdW$!M;e%Yx;7XI7}my_
zH}5BZ71lHzoXYB;vU3+tk6C0(wh<`N$aXOLTVfT4b>r}&Zupt)QT6Zxcb3`*w
zqzvS3Bkq^;6P1H=Hcc$bzjoTqIrkLVwk|4Ew0O1Ju#
zUnBFwk$H@@X;cBxu
z#>9AAhRPc?Y$rYE5KWDf?&F5_qDIv`x<9KbOgl%dtC0S+a0Ca(QxnL*eDG
zz7CZ1sC-|Gw4pF(P^hr`;y{kM^rfrOp2as1GVs~ju36RX!8GDp+qZWfyp0*sOM6#1
zdmb5Ll2CvI;zUFMR%ajap-Cgspl5NX7yhfpfB3s7$?z`MBQU_>}zVOJK
z9{yu5jxUNNB}%5*ON#s5aUAV}^jmOD^pQA9*jUL{CV!o&RnvE_BkjfAW@At9y-(#b
zN0Hvs(FI7tW-C%8?efIPDfe#V50VCpvYckxVY`4+)T1$MwP1L&|4%XbVIg$DzIx1;
zMcZwQ2|~l~t8JP~`5TP{{r0s9dPy;Kv>aWA`I;$8mzu}w+%P2*>6zVP{W-mpF_K#o)#Pk|3$udkWlk{4$S
zY}@WihOv?KaM}iQ@Sx@fs;jcM-;@PEWaLc(o=|Y1HbiDRaJOZ4xHo06pzE5PzSk3@
zs4*bKLgF>p9&AJKSo8RmwfWO
zCm$yy|L*ID?L=?OH{#a|lcdA-Oii)6rIi(aCFN1CQir&4IVY>Q(|~vrOu)?q=0}7n
zyUCXkpWgkUBsMWpA=gutmmUhQ^%2|j5*Km$bDA!|v-V^o6&Ti$Uk~O*$n^(TsJQ9w
z<4(S$><1j`5SoOA^%loI=bO#a5pz7|Svw6zbzQ3}af&e79{5PrEpjS`n>=77#>+O3
z2#0?CucbIxT9U@g`-LN-sdp{k$dl~rjN9ruE<)oSj^U9jOY9a=OhU3mrKsf*qy}l~
zosvP%1!(1E0zG7@N!Znru)!x((>n`(i6T^ou}p~ti~o2VuQPah&j(d8x^C)Q>ZZ1j
z=eb2?Zet)eb1~hMv(ebLFw^d?q^e!4YCWZWI5BmKi(6Ssiv`%)mWgj#C2WlRCyF0%
zkG#SDP{oE?77d!NPiR)uzKwlLTs!|~5V$>z?7I*gu!
z7uLYA13NH3**}9Z(C50_OCXW;xaEA{EYkxYn~j}!m#ZPb9jX~Ml!dTEyKMR^r|-G<
zg2{{qp{rj(?9eA6$H&~^#e2+--=7MI%}6t~bC
zNhs<2aD6_h%r||=$0N_lNi_g^v
z99fvxF4wd#@0V9_KQxs|Xm3_KA
z4;M-5p7|}U=*}BcHl?ZtaRSm}RV1m4mW;uTm=}0~^=wblw8B&`R_%NHz6dyJJg)F3
zJuUZhD;Ql#JB;N3YoSlX|^ni&~d-e;~WkTw)e-dM3NsER1y{W_!b{Rgb8Z0oMj
zhFsFGQHU8FIV)LAs*225=#YNX11&%L2C3H^TH$3f_a$C*a~Om^jGQLFNw`&F=t
z3>~HM_spO2IV(Y*@tk9^iiy#>%0){fPjU`Ym+h9|%ZzA#_P*-M>IL3!v|ZFRrfh
zboiBoy|TCB;nWbTwQ%WjLfJ}Qv$s|Sus2@CTY3&_9=DtZkfCH)3D@5|ptyF~)YW~K
z22)p~$y!hC(7)T}G_EEkdFhtc3Y+K6&}c4Ksysdwm8xK6eLt5o`5kyWsw*x=)lJmk
zy$2=(F{yyBL^tJbP5{Y3;rf0x=r!rrKxj%EqtWD3(KY}uJ$`ibwob0c8WcMZ}0=58!Qy(X1vekxIM$i!umsykI
z4n8V>nr3W~HmJK{2KGx6FK}j1w73T}_;fecls2BU75=JCUPf_OlRw
zy*7HH@3hs^T+2Ct-Stu$$@I<#3F61Ui31D@10Fn|7@#wC2J7W1e1tT
z#gf%lPmI^BwS}eGFs#qu`)rqDlwI~eE|Be_hmYQp`iQNxWs}(Ij}=`XWgadMvQ(14
z)KwTa!^oQ`d9RdV=?b2qJwT0I=!xz5x>W7yY4UL#FR5AB+nOR@r)CNo*C)|c3ljqo
zn3g`Z*2fZS-!nK7Qi~Pa^3T3Nr!8{)qIrORczuBAdjWwws{6=dE;KEmZiD_B9v(k=
z?DyDkdagJ-%J6bN3OqdC8~^zQ_&{x^WZ{1BzcVsp`M=%vDaPTCWOzDLqjSyR#(1*Q
Lic$qg<5&M15H3g?
literal 0
HcmV?d00001
diff --git a/images/buddha-cover.html b/images/buddha-cover.html
new file mode 100644
index 0000000..2e1276a
--- /dev/null
+++ b/images/buddha-cover.html
@@ -0,0 +1,37 @@
+
+
+
+
+
+
+
+
+
+
+
+哲思 · AI
+
+
佛与众生是一体两面
+
接受AI会犯错,就是接受自己会犯错
+
+「接纳另一面,这一面才真正属于你」
+
+
+
+
diff --git a/images/buddha-cover.png b/images/buddha-cover.png
new file mode 100644
index 0000000000000000000000000000000000000000..aa7dda4fc2a35d442b415c7c6140aa05463e3c80
GIT binary patch
literal 344765
zcmb@tXHe5$yZ4I}X%Pezf2c#%PItf);P+CNK@4X91uc3n=
zQbO;&_g7Y}J`Z0u$liKP^oywV`XMPZ(0SKEx5FafF|_5+TrxH09yam~3pP@Q
z64UpfNNIVX3n;Wa;5mKK#t?OXBBMSJODTvk8I6IPo1dJVSk|~aupz(s|$-WYo7?<}euMg%t
z9u=Ba@WdOrN$yAqM_A?&X|JpS&6)dMOMGo6r=Cdstt-;7Ii``SrIPf#UflRx+=y)Q
z80MNt>z`P+A2l<4a~OL8-j8s%HaGazD{h8N!pT?cUO&O5X;R8kuU&}sHLee9g0>a{
zzOg5LT^Z>RdZ}e%u#M9LE6u8kCGEKQ_MmMw`Y$+7T8Bm~l~{|mxo}~e$2WA#iKZ$A
zE|(9Lb&!4UBAx8?b$YJqDr19gQu
zL&_~mSi!+!8l}x$oX~+=d|_PAIbT2r>a!@AM9AgM2jz#EPeD4
z7f`_6RjT!;D^e$PNM=GVZ~`9Rs9szegsm&nX-Ly@#cUpj!3)R}8ksC@;*X?OK1H&O
zYwM1It#jBU8Pcn^j5NT`+`eKwk-VNS_eSX?+y7iiv=3A7EsUOQU?e}v8$UQHHCIvD
zaSW0_xTY~lARVfzk&kC^n*M7}x~k}J&tdYRHdquoGHm~{XPr-$g@Fv))!vCfSV@5k
zG1fDmBZ&fO;um*MedDky>krb~B0pMZFrSZ2FDS3SSM4EVF0*Q5z?=fuzg;*EfyaT@FoY901egWYSO^EvhK4KY^6&aHrQ(;^x<
zrbW!-SM5G&lXb#NS-SA?5g=HQd{0~2K!fGu6?ZF<0KeHu`HUr-i6Xa=Z0RC>iV9~B_tWa0O55v7I9TmP-_cw`QGfnJlYD5X(mU51_3}O;
zA19ShzqFa`Gt06F#g63?q8d87|*`Xf2hGu
zHFC-$lz#p!caQi*4__~TXfjCYRoS$D*D*CDQ8Yo?j&Em|Xl1HupTE0x@BNg-T*>}>
zZO+SJR>bXR0`Cqv(R85qy9?xKYc8~Y@t=15Hy`2C<3Ic*FqIAjxoLHzcRy__{O}hd
zfGrfAw5JN3Zb}bkTm0nFYb)+f*=~L}SBpdlMQq(_yDc3RBGb{A{5qHmg66A5?ZCnm
zGnq`iPrXlz2k8vu|2$T`JskK*%Y4cBCj8<;cg?Ljy0g~Q(Y-DIXVu#Exj=p9xuPDveA1q
z*?D{k&Z8D@R&4t81NXQUFiRx{4eT@?fqEHmvf0kw_LAp)$i1mcH
z%`)m8hf&_!iptv^dGHhm*4@5Aa-BWSL5OwIhaOCQoGt9Hyp$8$vXKGrUHjE{^lCNy
zvN?}!!Lj?veL{rTXFL&oVwI1WWqlCMW&6(W$xS@@(SiZiKs45N#9TxR)VLiphDNMZ
zEc5AAOze^Mro*Dfys!A<~QkIW4($FL~Oyb#jcu^m*&8sMG$6Ft`gL?2dZ
z9}vFgB^&R7Qk*xEU`4h`GC9x=AZz@!L!ShX%)TQa062&_4D&&7pyiuvLv{PiF9~c7
zAWLC8V7Z@x~2e{Bj}hLdpL;4eS%IoA|1*|4-h;Dj<{SfAH}5F?Y_CD4=s;Uu*ueOwvWEk|{5XGg7}^Y9emZQd9@L(=
zBSo5GF1y+IEvXZAr)?JaL(&qrJKqyzjuS3U@hCo|?d*5txal5rUU}$2S@$$xRK?`@
z-qwNjs@FDUgx8)Mg%@YJ^Q)mxYoheW@9ci5Qu2E==`p_a9CsHQAZDpIB(edBb)Ad8
z84Y??y{>qOXwC12$PNcM=!f+ws24u3d;F8WsVW_K^{)9($H&BWyL?Vg{bGvx8!id@
z&)81yg&bonw#KY<;m4~x=!sPjTR`6;y>EwesQ&<8jD<=Vb4(>=mbqw(vWlR;SW>re
zs9>_Iax;Zb5sNl1$QjEKkV<21@J8P}L!gjB;}1Y*DB-~yJIZC%CdfVPFEm0PQUK-jhSOk|M9>$b
z3F5|895!RaF>qZzg%~-Ag6Ltg3_u(d*}k#*a#xg~o7In56Y|`^=o^E`md17l5Y*TS
z2@Xy67mPtl{qbtvt--G^G1nZ=e`SbRCAn1zuQ%H5G|@h2&SSW1LsS27_SXT2v52!i
zyw2!-{FgcJ*!#R39~fE_?_sAYX#uQ9Bz~aMVIObV4u-`D<4(=?5gkcgB@#s?N-I-)$5HzOIea+j2I~+ysGaI@;1ezXEG?d=AUn
zI?uPz^1~lOCK59i&FbH7q(5wUDgIIf9LA!xI#UN8)*<*%D}Fdbn>%tSRc>4cyEo!z
zeQuP0Zj?vOdZqxbipquMMA;YrSjX;9Bo@gu(yv#1;C8&vNlI(-Kt-vUd<7n^4<~lx_()O>u-AAYxhUL=fX-08F&-q#HooAqnu1X
z>UWxK+7pzEYbo+&ai7RZkT!NuDVPjzu#SIfQiibQrEv@pD!vnw9~Y!K`1a@k7c;dN
zYo~kId;1CEb0DJGT6+JbRS@NJ)sj2Jk*&?Pl(=#SgLnrp2}DpgkfYtG$kBs634Vy`
z*DgV#crCE*{)6Z%+{3x8gdpOw_n?z4Km*|0kwnhgdC-XfO1TlCgN#RCUI-&W{?A>7
zWFU3hBvX_$bxjD7xiDJ_c->3Xha@4gVz%s^?+vqDyDIJEX1RX1VX>GP|
z=XdxlWV~EZQgsmLCaFo_g36N-Y)z1?5wQrvairI1!+86WrzY#2-AsxD3ez&Er7-b*
zmfT_^Y*D?p6kbfOU4HGNJlvvxi)-LGv=Um&9V+{@%~hO4k#%mAz2;k=4+}>6!u%f8
z!SE7sR^#z7Y01cz#r+Qe7G-eaYsZ~uI_CF41hMdLVw6LyFfV=8rru%b_$KXfQ{^HFIGk;;PK=40-|@
zv>4)p+JzBgn|dk7F|?paKR7vB&dsBd$+kxnNiyA;{v*u=DV0~BfLDQa9gt(zm;eBF0?a9cK#f2gB*!o-y-HY|3Ajlw;ooPrH
z)-Ao37R;aPPW0?e4|}u8U@eT1jJtr6jU{TgvFiG-I!Tjw{*sJcs^duYou%D-Snv7;
zD(#lP_prJmvBugcbqeO}^LSfYbeH8fypfZq8f{OXN2zlpd(UmhdBf+!zANy9#)9E}
zH%)!)JkwKgRpAJcg|Nci)q2RL!$Ux{Hv$PT*?#HSL57Q@Ky!tWVMV&rd*yA3v3IoP
z%!3=KKOclt6(Fi0Xv8f6cBJ?0$brRd$4Uy)b392mh770nI?x?Y7>n%TA+efaq!l
zKNxK=!jWyTPS80f*D~JKTa=gMjtn_wwkETQ)zcKjH_e;Pl%iVGn?$tqj_o!oV2HmD
zcK6dx=`Pn`T9j8#4_lTEZ0FkaiIfuwK*WRcifB?Br?}uPJ)+G(txnlE8Ja&29-|65
zrQBzIU9=R}H0if7?*m>#&Ff6=!v{-K*rSe;^JMhXX}5gZWxd==J{hgOjd8wFlW#-R
zI^3;qQwVpn`Yy6@;C4Oh+1|0qg2h!SAFK$r{SaUw?r-UgUC{7|8BQ}f8Bqtje}1NO
zOSotiJA3cGtvdKQMtD{FkMKZ187Ap+9*ZSPuXh2y{L`@)uIY1YsF^u8e0zM`sxrA!
zr6M!W88aY0?k{i6`IqENHsO+VI&yS-^La1VUX{YhW@sBM^GI7=&Xb?V<#b@7?!@2O
zMalBJVOC0FJz~*lm8GBKVgE`=-wCy;BgDG>m6IJ+oN|@Ji{?(L{r7k6b50;TDwTgt
z|J)V91RvPi9q(6pB%DkmfTCz7n`g-lwz`nX>kAbbtixO)a8Afrd#(#=|M>^AY~5uj
zY7w%)r%)x~4+oY-dkW5}O1<}$L{t$2xG)sUAGH6pK;zt!z(;*f8Efp1v&kw$;1On_
z2sU8SVu~ae9Hp*~H-jF|m^oM%J!p7C1VnBlj1W2V?@x_*;i~~6NAtDWVz(mTQG2Ua
zlorN@R0q_Maj(l=?`0%8kO_J0FIK2sr1kVll`gb$V}z^1F%l4)6xnVXL3n0Z!g>
zJ~@dp9wo-Uf%H1CgZOq0-K{VOu;6N>!H!~jtd-pWa@m7^B;%a0cpyw<&$tFY_KbY4
zdn2+VV^A2}QDcRckbP=$wA*%wfx2Fz)Z{n36pWWihJS=N|Jd79WgmEvHw7)}69^Ir
zE!Ioogb#&WG{dq5zR@o^-GAbUaT(Ru_q6r6$Q*213L4kP4Z
zQas~~+kq!hgrt&sEfDVH(haEo;dRS<<(m}
zV`D4&%o!ogn4X@o^Gs@GP+K(FxiZEcs4vfQB@mJ&)rGQ+!x9pUh4a`av9GxMy0HfQ
zP0lw;klPTr)8%a^#<9)5DjLxy%6#*V8@NJu`$RAEia5Xc)mg9Igb7-@wS)vfXCn%-
zpgB~s)#abm`C{H$@*AS}3!!bt1hKk>z2zQ=R|-U=)?Fan%t}7LC{)6(A>jjLl$SIk2$ceF$qE=K}VjK5Rfali+VqF9KGY
zcE$I;wxhKR_HsH*Xg>?WQTJ|wZ=2djz%4{Yw%XztMk&zBOR7EyIsjH$+*o^GDsc+c
ztmTi0US1_+MF+VFiNJS|)Qys}hJ6>Q4rf(U3Ok1M##*c!quSwjF@lR4!(k&cub`qA
z{o5ZKac|n=bee*VySV*eOfMk(B>6Ph2A&;OwV+~oR0dsDm`8}QF^^wcBF>SX$XU(h
zOfv{$KK}SE&?y(EX2P4meG?R9F6>gwf2Vvjy|3Se;uSZ)eKNC?_>l3Vr@XshmMiN2
zJudK3JpcZY@DMdFzJdL!ArR016)zB6q3V1C)@NnZ%*AWIIP()1GTkLR$GE>2*=bI{
zXbODQ%G$=ib0rGi|5K_wUk*^c47RsDCsE5!`=n9L=H+_pZz>OS-yxZ_Z^C)7`x`s{
zsc&9{Qf_hG(wb3Gn7#a&}*~!@RXMd1UPW;EVFpd)-h=r$i|Am@@v_d
zHDQ$U{>gT1y$?;z0u9=1TUaSQq0J@MZ6zD`$F+YUM#a$b=xMtwH)5>G&N@cujwf!B?Q>#(fPA4sNsWg
z7<}2a<2Nvh{5IMj-iDG|qM-$e9{SkFG(!8>wJcfRwwNxcR*eL*DjH?KTRx}Po)`Kh
z2ym&!l<#l$l+|j!HI!4)ckJL}VH8;9i1SQY%RXjT3sM}-AUlEmaJ_@{3kigtRX;GC{1!=1q<-pF0%Fs!6>b9h}
zk|*4gT^XOL4VEw4<{9%tztgZ9cpPz-$bogZ>H9vs^WexJUy6a*a_`zTQj?W(qzsZW
z<48NJ6v57QJUZ2TS9BiCpXT+wC)0)p7hZwNNqee#@MY|giE$Y$LL6rJxZ
z4)R6~b*MoxV(1Y2hnEqe=xSE*ss<=_mji1%@6L$%Q)i7vFnMMH`}C`az~;c)fr$Iq
z2wyC<2@r&h5&w>to#@g~L`kvZ6^7^UzUt&{-Z$bVe^3qwK0+?t2gw3g(?OBD76<=ehcfTiv(#T3HA0udQJYqDbT4vo?BQ^8&UAN_lZv+!YK1b
zdX`4u*}>O6Pv6G4U|@FdKViYc+{|i)!H^OvM}gJp5W!%Ly*SHFu?zk&qM^tS^=aa;
z{eU1w0it1$iC?|9+`lwJ5Im;+H$3a2T!%(Q&G73q-)ZOM2ht3k7u)XCVgwQb#y5(G
zulp=HZg+gYd|#VlH#`x9odLO%PE4`Z@T4|GyK=#`DXUKRXY8L^Dj;w78Ng&6<(5~UJYUlB)
za|%5OH=0xpzRopTT_{&tsM5F}S)}DZeG>@^szfX{*{PS#A@s{A&=leSV@z;=A)NUS
zdrsUd7Ud