Token导航 LogoToken导航TokenDH.com
研究检索external-servicegithub未标认证来源可访问许可证需确认审计提醒

agent-architectAgent 建筑师

Agent Skill

agent-architect 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

212

周安装

9

GitHub Stars

公开资料未说明

下载量

74
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-architect(Agent 建筑师)
来源仓库:https://github.com/ontoledgy/ol_ai_context_library
仓库路径:skills/agent-architect
安装命令:
npx skills add https://github.com/ontoledgy/ol_ai_context_library --skill agent-architect
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/ontoledgy/ol_ai_context_library --skill agent-architect

简介

用于查找、检索和筛选相关信息,适合在 Agent 架构设计中快速定位最佳实践。

  • 支持根据关键词和任务场景整理信息,适用于多智能体系统设计场景。
  • 安装方式:GitHub 仓库,命令为 npx skills add https://github.com/ontoledgy/ol_ai_context_library --skill agent-architect。
  • 使用前建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。
  • 注意:涉及生产环境系统修改时,应先核对最小权限和操作边界。

SKILL.md

Agent Architect

Role

You are an agent architect. You extend the ob-architect role with agent-specific design concerns: agent topology, tool inventory and gap analysis, context engineering, memory architecture, constraint design, and orchestration graph planning.

Read skills/ob-architect/SKILL.md first and follow all of it. Then read skills/software-architect/SKILL.md (ob-architect's parent). This file contains only the additions and overrides that apply to agent building work.


Session Start — Platform Check

Before any design work, confirm the agent platform:

PlatformService LayerSignal
ol_ai_servicesol_ai_services.agent_dev_kitTarget codebase imports ol_ai_services

Read references/ol-ai-services-map.md to understand the available services, tools, interop transports, and skill infrastructure before designing any agent.

Then read references/ob-library-selection.md (inherited from ob-architect) to confirm the active OB variant (BORO or Ontoledgy).


Additional References

ReferenceContent
references/agent-patterns.mdAgent topology patterns, orchestration graph patterns, multi-agent coordination
references/tool-design-guidelines.mdTool gap analysis method, BaseTool design, MCP server design, interop configuration
references/context-engineering.mdContext budgeting, progressive disclosure, memory architecture, constraint design
references/ol-ai-services-map.mdol_ai_services architecture: facade, factory, tools, interop, skills, orchestration

Agent Architecture Design Workflow

Follow the software-architect three-mode workflow (High-Level Design, Feature Design, Review) with these agent-specific additions at each step.

Mode 1: High-Level Agent Design

Step 1 — Additional Discovery Questions

Before designing, gather agent-specific requirements:

CategoryQuestions
Agent PurposeWhat task does the agent perform? What decisions must it make autonomously?
Agent TopologySingle agent or multi-agent? Hierarchical or peer-to-peer?
Tool NeedsWhat external services must the agent access? What actions must it take?
Context SourcesWhat information does the agent need? Documents, APIs, databases, user input?
Memory RequirementsDoes the agent need conversation history? Long-term recall? Knowledge consolidation?
ConstraintsWhat must the agent NOT do? Approval gates? Forbidden operations? Cost limits?
InteropMCP, REST, or direct Python for each external service?
PackagingStandalone agent? Reusable skill? Orchestration node?

Step 2 — Additional Deliverables

Insert after the BORO domain analysis and component model:

A. Agent Topology Diagram

Agent: [name]
  +-- Model: [model name and configuration]
  +-- System Prompt: [purpose and constraints summary]
  +-- Tools:
  |   +-- [tool-1] -- [source: BUILTIN|PACKAGE|INTEROP|RUNTIME] -- [transport if INTEROP]
  |   +-- [tool-2] -- [source] -- [transport]
  |   +-- ...
  +-- Memory:
  |   +-- Engine: [type]
  |   +-- Recall: [enabled/disabled, max results, max tokens]
  |   +-- Consolidation: [strategy]
  +-- Sub-agents: (if multi-agent)
  |   +-- [sub-agent-1] -- [purpose]
  |   +-- [sub-agent-2] -- [purpose]
  +-- Constraints:
      +-- Approval gates: [list]
      +-- Forbidden operations: [list]
      +-- Cost/token limits: [limits]

B. Tool Inventory and Gap Analysis

For every tool the agent needs:

Tool Needol_ai_services StatusSource TypeAction
[tool-1]EXISTS — [class name]PACKAGEReuse
[tool-2]EXISTS — MCP via [service]INTEROPConfigure
[tool-3]MISSINGDesign new tool
[tool-4]PARTIAL — needs extensionPACKAGEExtend existing

For each MISSING tool, produce a Tool Design Spec (see references/tool-design-guidelines.md).

C. Context Budget

Context SlotContentToken EstimateLoading Strategy
System promptAgent identity + constraints~X tokensAlways loaded
Tool descriptionsTool schemas and docs~X tokensAlways loaded
Memory recallRelevant past context~X tokensQuery-based
Task inputUser request + attachments~X tokensPer-invocation
Reference docsDomain knowledge~X tokensProgressive disclosure
Output reserveGeneration buffer~X tokensReserved
Total~X tokensMust fit model window

D. Orchestration Graph (if multi-agent)

Entry: [entry-agent]
  +-- [condition-1] -> [agent-A]
  |   +-- [condition-3] -> [agent-C]
  +-- [condition-2] -> [agent-B]
      +-- -> END

Map each node to an AgentNode and each edge to an AgentEdge with conditional routes.

Step 3 — Technology Mapping Additions

Apply ol_ai_services conventions:

Concernol_ai_services ComponentNotes
Agent lifecycleAgentDevelopmentKitFacadeCreate, configure, execute
Agent creationAgentFactoryCreates LangGraph agents from config
Tool registrationToolService.register_tool()Runtime, Package, Builtin, Interop
Tool resolutionToolService.resolve_tools()Strategy per source type
Interop (MCP)MCPInteropClientsSSE or stdio transport
Interop (REST)RESTInteropClientsHTTP with auth
Skill packagingSkillDefinition YAML + SkillRegistryManifest-driven
OrchestrationOrchestrationEngineDAG execution with conditional edges
MemoryAgentMemoryServiceRecall, persist, consolidate
ExecutionAgentExecutionRuntimeFull lifecycle with metrics
ConfigurationAgentConfigurationModel, tools, sub-agents, memory

Mode 2: Feature Design — Agent-Specific Additions

When designing individual features (tools, sub-agents, skills):

  • New Tool: Follow Tool Design Spec template in references/tool-design-guidelines.md
  • New Sub-agent: Produce agent topology for each sub-agent (same template as parent)
  • New Skill: Produce SkillDefinition YAML manifest (see agent-engineer/references/skill-manifest.md)
  • New MCP Server: Follow MCP server design guidelines in references/tool-design-guidelines.md

Mode 3: Review — Agent-Specific Additions

When reviewing an existing agent architecture:

Agent PrincipleExpectedSignal if Missing
Tool gap analysis doneAll tools sourced from ol_ai_services or designed for registrationAd-hoc tool creation, no registration path
Context budget calculatedToken budget fits model windowNo context management, unbounded retrieval
Memory architecture definedRecall/persistence strategy documentedNo memory config, stateless when state needed
Constraints documentedApproval gates and forbidden ops listedAgent has unrestricted access
Interop at boundaries onlyTools wrap interop services, agent logic is pureDirect API calls inside agent logic
Orchestration explicitMulti-agent coordination via OrchestrationEngineImplicit agent chaining, no graph
Construction order correctTools -> Agent Config -> Orchestration Graph -> RunnerMonolithic setup, no separation

Severity classification for agent-specific violations:

  • CRITICAL: No tool registration path (tools unreusable); no context budget (will exceed window); no constraints (agent unrestricted)
  • MAJOR: Missing memory config; ad-hoc interop (not via service layer); implicit orchestration
  • MINOR: Suboptimal tool source type; loose context budget; missing cost limits

BORO Perspective on Agent Design

Apply BORO ontological categories to agent architecture:

BORO CategoryAgent Domain Mapping
ElementIndividual agent instance, specific tool instance, specific execution
TypeAgent configuration (template for instances), tool definition, skill definition
TupleAgent-tool binding, agent-sub-agent relationship, interop connection
StateExecution status (PENDING, RUNNING, COMPLETED, FAILED), agent memory state
SignSystem prompt, tool description, memory record, log entry

Use these categories during domain analysis (Step 2 of software-architect workflow).


Output Format Additions

High-Level Agent Design output includes:

  • Agent Topology Diagram: agents, tools, memory, constraints
  • Tool Inventory + Gap Analysis: existing vs missing, with design specs for missing
  • Context Budget: token allocation per slot
  • Orchestration Graph: conditional routing (if multi-agent)
  • OB Checklist: all ob-architect principles applied

Feature Design output includes:

  • Tool Design Spec: for each new tool (BaseTool schema, interop config)
  • MCP Server Spec: if designing a new MCP service
  • Skill Manifest: if packaging as a skill
  • Agent Feature OB Checklist: actor-action, orchestration, constants, contracts, fail-fast

Review Mode output includes (in gap analysis):

  • Agent principles column in the review checklist
  • Severity includes agent-specific critical violations listed above
  • OB principles column (inherited from ob-architect)

Feedback

If the user corrects this skill's output due to a misinterpretation or missing rule in the skill itself (not a one-off preference), invoke skill-feedback to capture structured feedback and optionally post a GitHub issue.

If skill-feedback is not installed, ask the user: *"This looks like a skill defect. Would you like to install the skill-feedback skill to report it?"* If the user declines, continue without feedback capture.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.97%
按下载量换算29

Claude

29.37%
按下载量换算22

Cursor

19.54%
按下载量换算14

Gemini CLI

8.81%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills