Token导航 LogoToken导航

Agent Skill · 开发

init-architect(初始架构师)

init-architect 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

init-architect 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 16,923。

总安装 460周安装 12GitHub Stars 1下载 97核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/vishal2457/open-orchestra --skill init-architect

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息,适合整理代码变更状态。可围绕仓库维护和协作事项进行信息梳理,支持代码审查相关任务。安装前建议确认权限范围和维护状态,避免触发不必要的联网或文件操作。

安装命令为 npx skills add https://github.com/vishal2457/open-orchestra --skill init-architect。适用于 Codex、Claude、Cursor、Gemini CLI,需通过 GitHub 仓库安装。

来源仓库内路径:skills/init-architect

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/vishal2457/open-orchestra --skill init-archite…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

init-architect 怎么安装?

在终端执行 npx skills add https://github.com/vishal2457/open-orchestra --skill init-architect。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

init-architect 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

init-architect 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

init-architect 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

init-architect 用的人多吗?

公开数据是累计安装 460 次,近一周安装 12 次,下载 97 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

init-architect 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
init-architect

初始架构师 · 本页

4601只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Init Architect

Purpose

Run once after installing skills (and rerun when architecture drifts) to create or refresh architecture-folder artifacts used by architect-agent. Also supports scoped updates when invoked from pr-review-agent for architecture-impacting PR changes.

Runtime Configuration

  • Read /orchestra-config.json from the repository root before starting.
  • If /orchestra-config.json is missing, create it at repository root with:
  • {"issue_tracker": "linear"}
  • Read issue_tracker and use it for any generated tracker-facing instructions.
  • Allowed issue_tracker values: linear, jira.
  • For tracker comments in workflow-scoped mode, include: Skill-Version: init-architect@2.0.0.

When to Invoke

  • Immediately after skill installation, before running architect-agent.
  • When architecture artifacts are stale after major system changes.
  • When pr-review-agent flags architecture-impacting changes and provides scoped PR context.

Required Inputs

  • Repository root path.
  • Invocation mode:
  • full (default): repository analysis and full architecture refresh.
  • scoped: targeted update using PR-derived scope.
  • For scoped mode:
  • parent issue ID.
  • PR identifier/link.
  • changed files list.
  • concise diff summary.
  • matched architecture-impact cases.
  • suggested architecture sections.
  • Optional existing /architecture/architecture.md.
  • Optional existing /architecture/docs/*.md.
  • Optional existing skills/init-architect/ARCHITECTURE.md template.
  • Most recent prior handoff comment in <!-- OPEN-ORCHESTRA-HANDOFF --> format when running in workflow-scoped mode.

Outputs

  • /orchestra-config.json in repository root (created only if missing).
  • /architecture/architecture.md populated as the architecture index.
  • /architecture/docs/*.md populated for complex domains.
  • In scoped mode: only impacted sections/documents are updated; unaffected sections remain unchanged.
  • Optional targeted updates to skills/architect-agent/SKILL.md reference tables so runtime guidance matches generated docs.
  • For workflow-scoped mode, a handoff comment wrapped exactly as:
{
  "execution_trace": "Execution-Trace:\nActions:\n1. <action>\n2. <action>\nDecisions:\n- <architecture update decision + reason>\nReferences:\n- <changed files or architecture docs>\nAssumptions:\n- <assumption>\nOpen-Questions: none|<question list>\nSkill-Version: init-architect@2.0.0",
  "handoff_summary": {
    "from_skill": "init-architect",
    "to_skill": "architect-agent|pr-review-agent",
    "status": "ready|blocked|completed",
    "delta": ["<what changed in architecture artifacts>"],
    "key_decisions": [{"decision": "<decision>", "reason": "<reason>"}],
    "relevant_artifacts": [
      {
        "artifact": "architecture-index-or-doc",
        "hash": "sha256:<hash>",
        "last_modified": "<ISO-8601>",
        "summary": "<updated sections and rationale>"
      }
    ],
    "open_blockers": [{"blocker": "<text>", "owner": "<owner>", "next_action": "<action>"}],
    "next_guidance": {
      "need_full": ["architecture/architecture.md"],
      "focus": ["<sections downstream agents must re-check>"]
    }
  }
}
  • handoff_summary must be <= 600 tokens.

Context Gathering Order (Strict)

  1. Locate the most recent comment containing <!-- OPEN-ORCHESTRA-HANDOFF --> from the previous skill.
  2. Parse the JSON inside it. This is your primary context.
  3. Look at its relevant_artifacts list and hashes.
  4. Declare exactly which artifacts you need via need_full.
  5. Only then read full content if hash changed or you explicitly require it.
  6. In non-workflow bootstrap mode with no prior handoff, continue with repository artifacts only.

Procedure

  1. Ensure /orchestra-config.json exists and has key issue_tracker.
  2. Execute the strict context gathering order above when in workflow-scoped mode.
  3. Ensure scaffold exists:
  • skills/init-architect/ARCHITECTURE.md.
  1. Ensure generated artifact paths exist:
  • /architecture/architecture.md.
  • /architecture/docs/.
  1. If architecture content currently lives under /ARCHITECTURE.md or /docs/, migrate relevant content into /architecture/ and stop updating legacy root-level copies.
  2. Determine mode:
  • If scoped payload is present, run scoped mode.
  • Otherwise run full mode.
  1. In full mode, analyze repository structure (do not read every source file):
  • stack, entry points, boundaries, data layer, integrations, auth, sensitive areas, conventions.
  1. In full mode, write/update /architecture/architecture.md as a concise index:
  • system overview.
  • component map.
  • sensitive areas.
  • conventions.
  • reference docs table.
  1. In full mode, create/update /architecture/docs/*.md only for domains that need detail beyond the index.
  2. In scoped mode, use provided PR scope first and update only impacted architecture artifacts:
  • map changed files and matched cases to existing sections in /architecture/architecture.md.
  • update only relevant sections in /architecture/architecture.md.
  • update or create only the necessary /architecture/docs/*.md files tied to those sections.
  • keep unrelated sections/documents untouched.
  1. In scoped mode, preserve current architecture structure and terminology unless the PR clearly introduces a new boundary or domain.
  2. Keep index shallow; move depth to domain docs.
  3. If generated docs change domain/sensitive-area mapping, update relevant sections in skills/architect-agent/SKILL.md.
  4. In workflow-scoped mode, post handoff JSON with status: completed or status: blocked.

Guardrails

  • This skill owns architecture artifact generation; architect-agent must not regenerate architecture docs.
  • Do not overwrite skills/init-architect/ARCHITECTURE.md template files.
  • Keep generated architecture artifacts under /architecture/ (/architecture/architecture.md, /architecture/docs/*.md).
  • Prefer clarity over coverage; do not scan the full codebase unnecessarily.
  • In scoped mode, do not perform a full repository rescan unless scoped context is insufficient.
  • In scoped mode, prioritize consistency with existing architecture docs and produce minimal diffs.

Handoff

Primary consumers: architect-agent, pr-review-agent (scoped invocation).

平台分布

Codex

34.63%
按下载量换算34

Claude

27.77%
按下载量换算27

Cursor

17.9%
按下载量换算17

Gemini CLI

9.81%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills