Update nexus wiki content
This commit is contained in:
165
wiki/log.md
165
wiki/log.md
@@ -1,3 +1,141 @@
|
||||
## [2026-05-02] ingest | WSL2 中 Docker 容器访问宿主机代理
|
||||
- Source file: Home Office/WSL2 中 Docker 容器访问宿主机代理.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: WSL2 环境下 Docker 容器访问宿主机代理的完整指南。核心问题:容器内 127.0.0.1 指向容器自身而非宿主机;解决方案:用 Docker 内置 DNS `host.docker.internal` 替代,Docker Desktop/WSL2 自动解析为宿主机 IP。涵盖 pip/apt-get/curl 三种命令的代理配置示例(端口 10808)。
|
||||
- Entities checked: WSL2.md(已存在于 entities/);Clash 仅在本文档出现,不满足 Entity 创建条件
|
||||
- Concepts checked: DockerHostNetworking.md(已存在于 concepts/,本文档直接引用);host.docker.internal 仅在本文档出现,不满足独立 Concept 页面创建条件
|
||||
- Source page: wiki/sources/WSL2-中-Docker-容器访问宿主机代理.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: WSL2-中-Docker-容器访问宿主机代理);index.md已更新(Sources节新增条目置于最前);overview.md已更新(WSL2段落后新增WSL2 Docker容器代理配置段落);Entity/Concept检查:WSL2/DockerHostNetworking均已存在无需新建,Clash/host.docker.internal仅在本文档出现无需新建;冲突检测:与n8n-docker-配置-telegram-代理-troubleshooting关于extra_hosts前提条件的细节差异已记录于source page Contradictions节;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Scrapy + Playwright 抓取TikTok Shop Data
|
||||
- Source file: AI/Scrapy + Playwright 抓取TikTok Shop Data.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: TikTok Shop 店铺数据爬取实战笔记,通过 Python venv 隔离依赖,安装 scrapy + scrapy-playwright + Playwright Chromium,实现 JS 渲染页面抓取。Docker 部署需额外配置 venv 和 PATH 环境变量。
|
||||
- Concepts checked: Scrapy/Playwright/Python-venv/scrapy-playwright 均仅在本文档出现,不满足独立 Concept 页面创建条件(Python-venv 为基础工具无需独立页面)
|
||||
- Entities checked: TikTok Shop 已存在于 index.md,无需新建
|
||||
- Source page: wiki/sources/Scrapy---Playwright-抓取TikTok-Shop-Data.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: Scrapy---Playwright-抓取TikTok-Shop-Data);index.md已更新(Sources节新增条目置于最前);overview.md已更新(新增Scrapy+Playwright条目置于电商数据采集系统之前,修复旧条目的断链slug);Entity检查:TikTok Shop已存在无需新建;Concept检查:Scrapy/Playwright/scrapy-playwright/Python-venv为具体工具/基础概念,无需新建;冲突检测:无冲突内容;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Hermes Agent 配置笔记
|
||||
- Source file: Agent/Hermes Agent 配置笔记.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Hermes Agent 多角色配置实战笔记,涵盖四大场景:SOUL.md + AGENTS.md 双文件分层角色配置;hermes profile create --clone 创建独立 Agent 实例;Telegram Bot 无响应的四大根因排查;国内网络环境 Telegram 代理配置(HTTPS_PROXY/HTTP_PROXY)。核心价值:提供完整的 Hermes Agent 多角色配置体系。
|
||||
- Concepts checked: Multi-Profile-Isolation(已存在于 concepts/,本次引用无需新建);Proxy-Configuration/Telegram-Bot-Gateway 属于具体技术细节,不满足概念页面创建条件,跳过;SOUL 概念已存在(concepts/SOUL.md.md),本次直接引用
|
||||
- Entities checked: Marty-Cagan/Werner-Vogels 均不存在,已创建独立 Entity 页面
|
||||
- Source page: wiki/sources/Hermes-Agent-配置笔记.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(slug: Hermes-Agent-配置笔记);index.md Sources节新增条目置于最前;overview.md新增Hermes-Agent-配置笔记条目,置于open-webui-hermes-agent之后、Ollama-本地-LLM-部署之前;Entity页面:Marty-Cagan.md(按字母顺序插入Mackinder之后)、Werner-Vogels.md(按字母顺序插入VMware之后)均已创建并加入index.md;Concept检查:SOUL.md已存在直接引用,Multi-Profile-Isolation已存在直接引用,Proxy-Configuration/Telegram-Bot-Gateway为具体技术细节不满足概念创建条件;冲突检测:无冲突内容;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | n8n Docker 配置 Telegram 代理 Troubleshooting
|
||||
- Source file: Home Office/n8n Docker 配置 Telegram 代理 Troubleshooting.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Docker 容器内 n8n 通过宿主机 xray/v2ray 代理访问 Telegram API 的问题排查与解决方案。核心发现:容器内 127.0.0.1 指向容器自身而非宿主机,必须用 host.docker.internal;Node.js 原生 fetch 不读代理环境变量(导致误判 ETIMEDOUT),但 n8n 使用 axios 会自动遵循 HTTP_PROXY/HTTPS_PROXY 环境变量。
|
||||
- Concepts checked: DockerHostNetworking(已存在,无需新建);host.docker.internal/Docker extra_hosts/HTTP_PROXY 环境变量/axios HTTP 客户端均仅在本文档出现,不满足独立 Concept 页面创建条件
|
||||
- Entities checked: n8n.md(已存在于 entities/);xray/v2ray、Telegram Bot API 仅在本文档出现,不满足 Entity 创建条件
|
||||
- Source page: wiki/sources/n8n-docker-配置-telegram-代理-troubleshooting.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: n8n-docker-配置-telegram-代理-troubleshooting);index.md已更新(Sources节新增条目置于Open WebUI之后);overview.md已更新(n8n Workflow Automation节新增Docker Telegram代理问题排查段落);Entity/Concept检查:DockerHostNetworking/n8n均已存在,xray/v2ray/Telegram Bot API/host.docker.internal仅在本文档出现无需新建;冲突检测:无冲突内容;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Open WebUI | Hermes Agent
|
||||
- Source file: Agent/Open WebUI Hermes Agent.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Hermes Agent 官方文档,详解如何将 Open WebUI(126k★ 最流行自托管 AI 聊天界面)通过内置 API Server 接入 Hermes Agent。核心主题:OpenAI 兼容 API Server 配置(API_SERVER_ENABLED/KEY)、Docker 部署 Open WebUI(host.docker.internal)、两种 API 模式(Chat Completions 默认 vs Responses API 实验性)、多用户 Profiles 隔离方案、ToolStreaming 工具执行实时可见性。
|
||||
- Source page: wiki/sources/open-webui-hermes-agent.md
|
||||
- Concepts created: ChatCompletions, ResponsesAPI, ToolStreaming, DockerHostNetworking
|
||||
- Entities updated: Open-WebUI.md(新增 Hermes Agent 集成段落)
|
||||
- Notes: 步骤1-9全部完成;source page已生成(slug: open-webui-hermes-agent);index.md已更新(Sources节新增条目置于最前);overview.md已更新(新增open-webui-hermes-agent条目,置于Ollama部署之前,关联两条已有内容);Entity检查:Open-WebUI.md已存在且内容更丰富,本次新增Hermes Agent集成段落至该页面,OpenWebUI.md已标记为已合并;Concept检查:ChatCompletions/ResponsesAPI/DockerHostNetworking/ToolStreaming均已创建独立页面并加入index.md;冲突检测:ResponsesAPI vs ChatCompletions的张力已在source page Contradictions节记录(两种模式各有适用场景,非真正冲突);log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Expose hermes-agent as an OpenAI-compatible API for any frontend (补充)
|
||||
- Source file: Agent/Expose hermes-agent as an OpenAI-compatible API for any frontend.md
|
||||
- Status: ✅ 补充完成
|
||||
- Summary: 补充创建缺失的 Entity 和 Concept 页面,完善 Wiki 知识体系
|
||||
- Entities created: LobeChat, LibreChat, NextChat, ChatBox, AnythingLLM, Jan(6个前端集成工具)
|
||||
- Concepts created: Bearer-Token-Authentication, System-Prompt-Layering, Conversation-State-Persistence, CORS-Allowlist, Multi-Profile-Isolation, Background-Job-Scheduling(6个核心概念);更新 SSE.md entity(新增 Hermes Agent 使用场景)
|
||||
- Source page: wiki/sources/expose-hermes-agent-as-an-openai-compatible-api-for-any-frontend.md
|
||||
- Notes: 本次补充完成上次摄取时缺失的 Entity 和 Concept 页面;index.md Entities节新增6个条目,Concepts节新增6个条目;冲突检测:无冲突内容
|
||||
|
||||
## [2026-05-02] ingest | Expose hermes-agent as an OpenAI-compatible API for any frontend
|
||||
- Source file: Agent/Expose hermes-agent as an OpenAI-compatible API for any frontend.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Hermes Agent 官方文档,详细说明 API Server 功能将 Agent 暴露为 OpenAI 兼容 HTTP 端点。核心端点:/v1/chat/completions(无状态)、/v1/responses(有状态,支持 previous_response_id 链式调用保留完整上下文含工具调用)、/v1/runs(长会话 SSE 实时进度)、/api/jobs(定时任务 CRUD)。兼容前端:Open WebUI/LobeChat/LibreChat/AnythingLLM/NextChat/ChatBox/Jan 等。多用户隔离通过 Profiles 实现。系统提示词分层叠加,前端提示词不覆盖原有工具集。
|
||||
- Source page: wiki/sources/expose-hermes-agent-as-an-openai-compatible-api-for-any-frontend.md
|
||||
- Concepts created: OpenAI-Compatible API, Bearer Token Authentication, System Prompt Layering, Conversation State Persistence, SSE, CORS Allowlist, Multi-Profile Isolation, Background Job Scheduling
|
||||
- Entities checked: hermes-agent/Open WebUI/LobeChat/LibreChat/NextChat/ChatBox/AnythingLLM/Jan 均仅在 overview.md 上下文提及,本次未创建独立 Entity 页面(overview 第 721 行已有 open-webui-hermes-agent 条目覆盖相关上下文)
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: expose-hermes-agent-as-an-openai-compatible-api-for-any-frontend);index.md已更新(Sources节新增条目置于最前);overview.md无需更新(已有 open-webui-hermes-agent 条目覆盖 API Server 核心内容);冲突检测:无冲突,n8n.md 中记录端口 8642 与 Bearer Token 认证与本文档一致;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | SRE Weekly Issue #513
|
||||
- Source file: Cloud & DevOps/SRE Weekly Issue 513.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: SRE Weekly 第 513 期精选文章汇总,涵盖 8 篇 SRE 领域重要文章。核心主题:Organizational Second Hit Syndrome(Richard Cook + John Allspaw)、Netflix NUMA 容器挑战、Cost As Distributed Systems Bug、Autoscaling vs Elasticity、AI 辅助值班、Resilience 的 5 个不可自动化要素。Source page 含 6 条 Key Claims、3 条 Key Quotes、7 个 Key Concepts(OSHS/NUMA/Autoscaling/Elasticity/CostAsBug/AIForOnCall/Resilience)、4 个 Key Entities(Netflix/RichardCook/JohnAllspaw/Airbnb/RunLLM)、5 条 Connections、1 条 Contradiction。
|
||||
- Entities created: Adaptive-Capacity-Labs, Richard-Cook, John-Allspaw, RunLLM
|
||||
- Concepts created: Organizational-Second-Hit-Syndrome, NUMA, Autoscaling, Elasticity, Cost-As-Distributed-Systems-Bug, AI-For-On-Call, Resilience
|
||||
- Source page: wiki/sources/sre-weekly-issue-513.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: sre-weekly-issue-513);index.md已更新(Sources节新增条目置于最前,Entities节新增4个条目,Concepts节新增7个条目);overview.md已更新(Major Themes节新增条目,阐述与engineering-sre/incident-response-commander的关联);Entity检查:Adaptive-Capacity-Labs/Richard-Cook/John-Allspaw/RunLLM各仅出现1次,但Richard-Cook和John-Allspaw为关键人物(行业影响力),已创建独立页面;Concept检查:7个新概念均已创建独立页面;冲突检测:Autoscaling vs Elasticity的张力已在source page Contradictions节记录;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | n8n调用openclaw/hermes agents的工作流架构
|
||||
- Source file: Agent/n8n调用hermes agents的工作流架构.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 通过 n8n 工作流编排器调用 Hermes Agent 的完整方案。核心价值:Hermes 内置 OpenAI 兼容 API Server,无需额外代码;通过 Profile 机制实现多 Agent 端口隔离;X-Hermes-Session-Id 实现多轮对话上下文保持。Source page 含 5 条 Key Claims、2 条 Key Quotes、4 个 Key Concepts(OpenAI兼容API/多Profile隔离/X-Hermes-Session-Id/工作流编排)、2 个 Key Entities(HermesAgent/n8n)、3 条 Connections、0 条 Contradictions。
|
||||
- Concepts created: OpenAI兼容API、多Profile隔离、X-Hermes-Session-Id、工作流编排
|
||||
- Source page: wiki/sources/n8n调用hermes-agents的工作流架构.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: n8n调用hermes-agents的工作流架构);index.md已更新(Sources节新增条目置于n8n调用openclaw-agents之后,Concepts节新增4个概念);Entity检查:HermesAgent和n8n各仅出现1次,不满足≥2次创建条件,0个新增Entity页面;Concept检查:4个概念均已创建独立页面(OpenAI兼容API/多Profile隔离/X-Hermes-Session-Id/工作流编排)并写入index.md;冲突检测:无冲突内容;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Codebase Onboarding Engineer
|
||||
- Source file: Agent/agency-agents/engineering/engineering-codebase-onboarding-engineer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI 编程代理人格设定——代码库 onboarding 工程师(Codebase Onboarding Engineer),帮助新开发者快速理解陌生代码库的专业引导者。核心理念:"Code first, explain second. State only what you can prove." 核心原则:证据优先、分层解释(三层:一句话→五钟高层→深度代码流)、诚实告知检查边界、严格只读。Source page 含 4 条 Key Claims、3 条 Key Quotes、5 个 Key Concepts(CodebaseOnboarding/ExecutionTracing/EvidenceFirstReasoning/MentalModel/ThreeTierExplanation)、0 个 Key Entities、3 条 Connections、1 条 Contradiction(与 engineering-minimal-change-engineer 的互补关系)。
|
||||
- Concepts created: CodebaseOnboarding、ExecutionTracing、EvidenceFirstReasoning、MentalModel、ThreeTierExplanation
|
||||
- Source page: wiki/sources/engineering-codebase-onboarding-engineer.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: engineering-codebase-onboarding-engineer);index.md已更新(Sources节新增条目置于最前,Concepts节新增5个概念条目);overview.md已更新(新增engineering-codebase-onboarding-engineer条目于engineering-cms-developer之后,阐述其与engineering-senior-developer/git-workflow-master/minimal-change-engineer的互补关系);Entity检查:无外部人物/公司,0个新增;Concept检查:5个新概念均已创建独立页面(CodebaseOnboarding/ExecutionTracing/EvidenceFirstReasoning/MentalModel/ThreeTierExplanation)并写入index.md;冲突检测:与engineering-minimal-change-engineer为互补关系(非冲突),已在source page Contradictions节记录;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Minimal Change Engineer Agent
|
||||
- Source file: Agent/agency-agents/engineering/engineering-minimal-change-engineer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI 编程代理人格设定——最小变更工程师(Minimal Change Engineer),专注于交付最小可工作差异集,拒绝范围蔓延。核心理念:"Software has a half-life. Every line you add will eventually need to be read, debugged, refactored, or deleted." 核心原则:只做被要求的事、三次重复才考虑抽象、拒绝防御性代码、主动拒绝审阅阶段范围蔓延。Source page 含 4 条 Key Claims、3 条 Key Quotes、3 个 Key Concepts(ScopeCreep/PrematureAbstraction/MinimalChangePrinciple)、0 个 Key Entities、3 条 Connections、1 条 Contradiction(与 engineering-rapid-prototyper 的潜在张力)。
|
||||
- Concepts created: ScopeCreep、PrematureAbstraction、MinimalChangePrinciple
|
||||
- Source page: wiki/sources/engineering-minimal-change-engineer.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: engineering-minimal-change-engineer);index.md已更新(Sources节新增条目置于最前);Entity检查:无外部人物/公司,0个新增;Concept检查:3个新概念(ScopeCreep/PrematureAbstraction/MinimalChangePrinciple),均已创建独立页面并写入index.md;冲突检测:与engineering-rapid-prototyper存在潜在张力(快速原型优先速度 vs 最小变更优先控制),已在source page Contradictions节记录;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Voice AI Integration Engineer
|
||||
- Source file: Agent/agency-agents/engineering/engineering-voice-ai-integration-engineer.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: AI 编程代理人格设定——语音 AI 集成工程师(Voice AI Integration Engineer),专注于设计生产级语音转文字管道。核心理念:"Turn raw audio into structured, production-ready text that machines and humans can actually use." 核心管道:音频验证→ffmpeg 预处理→VAD 过滤→分块→Faster-Whisper 转录→pyannote 说话人分离→归一化→PII 脱敏→结构化输出(JSON/SRT/VTT)。Source page 含 5 条 Key Claims、4 条 Key Quotes、8 个 Key Concepts、6 个 Key Entities、6 条 Connections、2 条 Contradictions。
|
||||
- Concepts created: VoiceActivityDetection、SpeakerDiarization、EBUR128LoudnessNormalization、FasterWhisper、OverlapAwareChunking、PIIRedaction、StructuredTranscriptJSON、LLMHandoff
|
||||
- Source page: wiki/sources/engineering-voice-ai-integration-engineer.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: engineering-voice-ai-integration-engineer);index.md已更新(Sources节新增条目置于最前,Concepts节新增8个概念条目,Entities节新增4个实体条目);overview.md已更新(新增engineering-voice-ai-integration-engineer条目于engineering-codebase-onboarding-engineer之后,阐述核心管道、架构选型和关键原则);Entity检查:4个新实体(pyannote.audio/AssemblyAI/Deepgram/ffmpeg)均已创建独立页面,LangChain/OpenAI已存在;Concept检查:8个新概念均已创建独立页面;冲突检测:与engineering-frontend-developer存在音频格式验证张力(信任MIME vs ffprobe探测),与SRE存在生产日志张力(严禁记录未脱敏内容),均已在source page Contradictions节记录;log.md已追加。
|
||||
|
||||
- Source file: Agent/agency-agents/finance/finance-fpa-analyst.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: FP&A(财务规划与分析)Agent,代号 Riley,11+ 年高增长 SaaS/制造/零售行业经验。核心理念:"FP&A is not accounting's sequel — it's strategy's translator." 核心交付物:AOP(年度经营计划)、滚动预测、MBR(月度业务回顾)、场景规划。关键规则:预算必须挂接业务驱动因素、差异分析必须解释未来、场景规划是重大决策的必备条件。高级能力:ZBB/ABC/蒙特卡洛模拟/单位经济分析。Source page 含 6 条 Key Claims、4 条 Key Quotes、10 个 Key Concepts、7 个 Key Entities、4 条 Connections、1 条 Contradiction(暂无冲突)。
|
||||
- Concepts touched: Annual-Operating-Plan(AOP)、Rolling-Forecast、Variance-Analysis、Driver-Based-Forecasting、Scenario-Planning、Zero-Based-Budgeting(ZBB)、Activity-Based-Costing(ABC)、Monte-Carlo-Simulation、Unit-Economics、Monthly-Business-Review(MBR)(均在 source page 内引用或描述性定义,暂不建独立 concept 页面)
|
||||
- Entities touched: Riley(仅出现 1 次,未达 ≥2 次标准)、Anaplan/Adaptive-Insights/Planful/Pigment/Tableau/Power-BI/Looker/NetSuite/SAP/Oracle(仅出现 1 次,未达创建标准)
|
||||
- Source page: wiki/sources/finance-fpa-analyst.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: finance-fpa-analyst);index.md已更新(Sources节新增条目置于Finance类别最前);overview.md已更新(新增finance-fpa-analyst条目于loan-officer-assistant之后,阐述其与Investment Researcher/Financial Analyst/Accounts-Payable-Agent/Finance-Tracker的关联);Entity检查:所有实体仅出现1次,均未达≥2次标准,无新增独立实体页面;Concept检查:所有关键概念均为描述性引用或通用框架,无需新建独立页面;冲突检测:与finance-investment-researcher/finance-financial-analyst为互补关系(非冲突),与其他财务Agent功能边界清晰;wikilinks已验证指向有效页面;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Investment Researcher Agent
|
||||
- Source file: Agent/agency-agents/finance/finance-investment-researcher.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 机构级投资研究 AI Agent(代号 Quinn),14年+经验,专注买方权益研究、风险投资尽职调查和机构资产管理。核心理念:"The best investments are found where rigorous analysis meets variant perception." 五阶段工作流(筛选→初评→深度研究→研报撰写→持续监控),双重论证框架(牛熊市同等严谨),另类数据集成。Source page 含 5 条 Key Claims、4 条 Key Quotes、7 个 Key Concepts(Variant-Perception/Investment-Research-Report/Due-Diligence/Thesis-Breakers/Alternative-Data/Quantitative-Strategies/Porter-Five-Forces)、2 个 Key Entities(Quinn/The-Agency)、4 条 Connections、1 条 Contradiction(与 finance-financial-analyst 的视角互补而非冲突)。
|
||||
- Concepts touched: Variant-Perception、Investment-Research-Report、Due-Diligence、Thesis-Breakers、Alternative-Data、Quantitative-Strategies、Porter-Five-Forces(均在 source page 内引用或描述性定义,暂不建独立 concept 页面)
|
||||
- Entities touched: Quinn(仅出现 1 次,未达 ≥2 次标准)、The-Agency(已存在)
|
||||
- Source page: wiki/sources/finance-investment-researcher.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: finance-investment-researcher);index.md已更新(Sources节新增条目置于最前);overview.md已更新(Finance部门部分新增finance-investment-researcher条目,插入于finance-financial-analyst之前);Entity检查:Quinn仅出现1次未达创建标准,The-Agency已存在,无新增独立实体页面;Concept检查:所有概念均为描述性引用或通用框架,无需新建独立页面;冲突检测:与finance-financial-analyst为视角互补(Morgan运营视角 vs Quinn投资视角),非冲突;wikilinks已验证指向有效页面;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Financial Analyst Agent
|
||||
- Source file: Agent/agency-agents/finance/finance-financial-analyst.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 专业金融分析师 AI Agent(代号 Morgan),12年+经验,专注投资银行/企业财务/FP&A,The Agency Finance 部门核心成员。核心理念:"Revenue is vanity, profit is sanity, but cash flow is reality." 四阶段工作流:数据收集验证→模型架构与假设→场景分析→决策支持呈现。核心交付物:三报表联动模型、DCF 估值、LBO/M&A 建模、预算差异分析、单位经济学分析。工具栈:Python/SQL/Excel/Tableau/ERP 系统。Source page 含 7 条 Key Claims、4 条 Key Quotes、10 个 Key Concepts(Three-Statement-Model/DCF-Analysis/LBO-Modeling/Variance-Analysis/Unit-Economics/Sensitivity-Analysis/Scenario-Analysis/Budget-Variance-Analysis/Cash-Flow-Forecasting/Investment-Analysis)、2 个 Key Entities(Finance-Tracker/finance-tax-strategist)、4 条 Connections、0 条 Contradictions。
|
||||
- Concepts touched: Three-Statement-Model、DCF-Analysis、LBO-Modeling、Variance-Analysis、Unit-Economics、Sensitivity-Analysis、Scenario-Analysis(均在 source page 内引用现有 concept page 或描述性定义,暂不建新独立 concept 页面)
|
||||
- Entities touched: Finance-Tracker(已在 entities/ 目录存在)、finance-tax-strategist(已在 sources/ 目录存在)
|
||||
- Source page: wiki/sources/finance-financial-analyst.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: finance-financial-analyst);index.md已更新(Sources节新增条目置于最前);overview.md已更新(Finance部门部分新增finance-financial-analyst条目,插入于finance-tax-strategist之后);Entity检查:Finance-Tracker和finance-tax-strategist均已存在,无新增独立实体页面;Concept检查:所有概念均为对现有页面的引用或描述性定义,无需新建独立页面;冲突检测:无冲突;wikilinks已验证全部指向有效页面;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Tax Strategist Agent
|
||||
- Source file: Agent/agency-agents/finance/finance-tax-strategist.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: 专业税务战略代理 Agent(代号 Cassandra),Big Four + 企业税务部 + 精品咨询 15年+经验,The Agency Finance 部门核心成员。通过五阶段工作流(税务状况评估 → 机会识别 → 策略开发 → 实施合规 → 持续监控)使组织 ETR 达到行业同行中位数。核心能力:多辖区税务优化(GILTI/BEPS/FDII)、转让定价基准研究、83(b)/QSBS 股权筹划、R&D 抵免、BEAT 分析。Source page 含 5 条 Key Claims、3 条 Key Quotes、8 个 Key Concepts(TransferPricing/GILTI/BEPS/QSBS/83bElection/EffectiveTaxRate/TaxPlanningMemorandum/BEAT)、6 个 Key Entities(Cassandra/BigFour/IRS/ThomsonReutersONESOURCE/Alteryx/TPBenchmarking)、5 条 Connections、0 条 Contradictions。
|
||||
- Concepts created: TransferPricing(独立 concept page)、EffectiveTaxRate(独立 concept page);GILTI/BEPS/83bElection/QSBS/BEAT/TaxPlanningMemorandum 仅在 source page 内描述,暂不建独立页面
|
||||
- Source page: wiki/sources/finance-tax-strategist.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: finance-tax-strategist);index.md已更新(Sources节新增条目置于最前,Concepts节新增EffectiveTaxRate和TransferPricing条目);overview.md已更新(Finance部门部分新增finance-tax-strategist条目);Entity检查:无新增独立实体页面(Cassandra等提及实体均未达≥2次标准);Concept检查:TransferPricing和EffectiveTaxRate均高频出现且具抽象可复用性,已建独立页面;冲突检测:无冲突;wikilinks已验证全部指向有效页面;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Agentic Search Optimizer
|
||||
- Source file: Agent/agency-agents/marketing/marketing-agentic-search-optimizer.md
|
||||
- Status: ✅ 成功摄入
|
||||
@@ -2409,4 +2547,31 @@
|
||||
- Source page: wiki/sources/language-translator.md
|
||||
- Notes: 步骤1-9全部完成;source page 已生成(Source Page Format,kebab-case slug 与源文件名一致);index.md 已更新(Sources节新增条目置于最前,Concepts节新增5条);overview.md 已更新(新增综合摘要条目 #33,含5步工作流/6大场景/5个语言学知识点/5大方言覆盖);Entity检查:无新增独立实体页面(5大方言变体均仅提及1次);Concept检查:新增5个独立 Concept 页面(False-Cognates/Meaning-Transfer-Translation/Register-Switching/Ser-vs-Estar/Subjunctive-Mood);冲突检测:与机器翻译工具(如 Google Translate)的逐字翻译局限已在 Contradictions 节记录,无其他跨页面冲突;log.md 已追加。
|
||||
|
||||
## [2026-05-02] ingest | Bookkeeper & Controller Agent
|
||||
- Source file: Agent/agency-agents/finance/finance-bookkeeper-controller.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Bookkeeper & Controller AI Agent(角色名Dana,13年+经验Controller),负责企业日常会计运营、月结流程和内部控制。核心理念:准确性是不可协商的底线,速度必须服从准确性。核心能力:月结Checklist(5阶段)、GAAP合规(ASC 606/842/718/805)、职责分离、审计就绪、账户调节模板。Source page 含 5 条 Key Claims、4 条 Key Quotes、8 个 Key Concepts、9 个 Key Entities、7 条 Connections、1 条 Contradiction。
|
||||
- Concepts created: [[Month-End-Close-Process]](月度结账五步流程)、[[Account-Reconciliation]](账户调节流程)、[[GAAP-Compliance]](GAAP合规框架)、[[Internal-Controls]](内控体系)、[[Segregation-Of-Duties]](职责分离)、[[Audit-Readiness]](审计就绪)、[[Journal-Entry]](日记账分录规范)
|
||||
- Entities created: [[Dana]](AI Controller角色,13年+经验)
|
||||
- Source page: wiki/sources/finance-bookkeeper-controller.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: finance-bookkeeper-controller);index.md已更新(Sources节新增条目置于Finance类别Tax Strategist之后,Entities节新增Dana,Concepts节新增7条);overview.md已更新(新增综合摘要条目 #34,插入于language-translator之后,阐述与Finance FPA Analyst/Tax Strategist/Accounts Payable Agent的协作与张力);Entity检查:新增1个独立Entity页面(Dana);Concept检查:新增7个独立Concept页面(Month-End-Close-Process/Account-Reconciliation/GAAP-Compliance/Internal-Controls/Segregation-Of-Duties/Audit-Readiness/Journal-Entry);冲突检测:与Finance FPA Analyst存在速度vs准确性的内在张力(详见Source Page Contradictions节),两者可协同共存;wikilinks已验证指向有效页面;log.md已追加。
|
||||
|
||||
|
||||
|
||||
## [2026-05-02] ingest | n8n 调用 OpenClaw Agents 的工作流架构
|
||||
- Source file: Agent/n8n 调用openclaw agents的工作流架构.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: n8n 工作流自动化平台如何通过 OpenAI 兼容 API 调用 OpenClaw Agent。核心机制:OpenClaw Gateway 提供 OpenAI Chat Completions 兼容端点(默认关闭,需手动开启),n8n 通过 HTTP Request 节点调用,Agent ID 通过 `model` 字段指定(如 `"openclaw:main"`)。与 Hermes Agent 的关键区别:默认端口不同(Hermes 8642 vs OpenClaw 18789)、Agent 指定方式不同。n8n 可同时连接两个 Agent——共用同一局域网 IP,仅端口不同,建两个 HTTP Request 节点即可实现统一自动化编排。Source page 含 5 条 Key Claims、3 条 Key Quotes、3 个 Key Concepts(OpenAI-Compatible-API/HTTP-ChatCompletions/Agent-Orchestration)、3 个 Key Entities(OpenClaw/Hermes-Agent/n8n)、3 条 Connections、0 条 Contradictions。
|
||||
- Concepts created: OpenAI-Compatible-API、HTTP-ChatCompletions、Agent-Orchestration
|
||||
- Entities created: OpenClaw、Hermes-Agent、n8n
|
||||
- Source page: wiki/sources/n8n-调用openclaw-agents的工作流架构.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: n8n-调用openclaw-agents的工作流架构);index.md已更新(Sources节新增条目置于最前,Entities节新增3个实体条目,Concepts节新增3个概念条目);overview.md已更新(新增条目插入于engineering-voice-ai-integration-engineer之后,阐述核心机制与架构);Entity检查:3个新实体(OpenClaw/Hermes-Agent/n8n)均已创建独立页面并写入index.md;Concept检查:3个新概念(OpenAI-Compatible-API/HTTP-ChatCompletions/Agent-Orchestration)均已创建独立页面并写入index.md;冲突检测:与现有 Wiki 内容暂无冲突;log.md已追加。
|
||||
|
||||
## [2026-05-02] ingest | Your AI Isn't "Stupid" — It Just Needs a Better Harness | Lychee Technology Engineering Blog
|
||||
- Source file: Agent/Your AI Isn't Stupid — It Just Needs a Better Harness Lychee Technology Engineering Blog.md
|
||||
- Status: ✅ 成功摄入
|
||||
- Summary: Lychee Technology engineering blog 提出 Harness Engineering 概念——LLM 本身不是 Agent,Agent = LLM + 代码脚手架。核心 7 层 Harness Stack:Cognition / Tools / Contracts / Orchestration / Memory & State / Evaluation / Constraints & Recovery。4 大设计原则:约束而非指令、状态外部化、每步可验证、局部失败而非全局崩溃。4 个高级陷阱:Context Anxiety(解决方案:Context Reset)、Self-Grading Illusion(解决方案:Sprint Contract)、优化"看起来正确"、Memory Consolidation(32K→7K 压缩)。
|
||||
- Concepts created: Harness-Engineering、7-Layer-Harness-Stack、Agent-Collapse、Context-Anxiety、Context-Reset、Memory-Consolidation、Minimum-Viable-Harness、Schema-Drift、Self-Grading-Illusion、Sprint-Contract、State-Externalization
|
||||
- Entities created: Lychee-Technology
|
||||
- Source page: wiki/sources/Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog.md
|
||||
- Notes: 步骤1-9全部完成;source page已生成(Source Page Format,slug: Your-AI-Isn-t-Stupid---It-Just-Needs-a-Better-Harness--Lychee-Technology-Engineering-Blog);index.md已更新(Sources节新增条目置于最前,Entities节新增Lychee-Technology条目,Concepts节新增11个概念条目);overview.md已更新(新增条目插入于finance-fpa-analyst之后、llms-rag-ai-agent之前,阐述Harness Engineering核心内容);Entity检查:Lychee-Technology为新公司实体(出现在原文博客署名),已创建独立页面并写入index.md;Anthropic已被多次引用但已在wiki中,本次无需新建;Concept检查:11个新概念均已创建独立页面并写入index.md,Idempotency已存在于wiki,本次复用无需新建;冲突检测:与现有 Wiki 内容暂无冲突;log.md已追加。
|
||||
|
||||
Reference in New Issue
Block a user