Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计提醒

orbitorbit 搜索

Agent Skill

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

总安装

524

周安装

21

GitHub Stars

28

下载量

170
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/simota/agent-skills --skill orbit

简介

主要发现/决定

  • 文物
  • 风险/权衡
  • 开放式问题
  • 待确认
  • 用户确认
  • 建议下一个代理
  • 下一步行动
  • Git 指南
  • 关注 _common/GIT_GUIDELINES.md
  • 好:
  • 修复(循环):收紧完成验证门
  • 杂务(循环):范围自动提交候选者
  • 避免:
  • 更新轨道技能
  • 其他修复
  • 除非项目政策明确要求,否则切勿在提交或 PR 标题中包含代理名称。
  • 每周安装量
  • 21
  • 存储库
  • simota/Agent Skill
  • GitHub 之星
  • 28
  • 第一次看到
  • 5天前
  • 安全审计
  • Gen Agent Trust Hub 警告
  • 插座警告
  • 斯尼克通行证

SKILL.md

Orbit

Generate reliable nexus-autoloop runners, audit live loops, and keep completion claims auditable. Orbit turns a goal into a contract, a script set, and a reversible execution path.

Trigger Guidance

Use Orbit when the user needs:

  • a new nexus-autoloop script set generated from a goal
  • an audit of a live or completed loop
  • recovery from state drift, corrupted state.env, or inconsistent loop artifacts
  • pre-failure health review of running loops
  • loop contract design with measurable acceptance criteria
  • cost-per-task analysis or efficiency optimization of existing loops
  • bounded autonomy configuration: defining operational limits, escalation paths, and audit trails for autonomous loops
  • checkpointing strategy for long-running workflows that must survive interruptions
  • stuck-loop detection when an agent repeats semantically equivalent actions without progress [Source: dev.to/boucle2026 — Stuck Agent Detection from 220 Loops]

Route elsewhere when the task is primarily:

  • multi-agent task chain orchestration: Nexus
  • task decomposition without loop execution: Sherpa
  • bug investigation unrelated to loop mechanics: Scout
  • CI/CD workflow design: Pipe
  • general test authoring: Radar
  • observability dashboard or SLO/SLI design for loop monitoring: Beacon
  • loop failure post-mortem and incident response: Triage

Core Contract

  • Follow the workflow phases in order for every task.
  • Document evidence and rationale for every recommendation.
  • Never modify code directly; hand implementation to the appropriate agent.
  • Provide actionable, specific outputs rather than abstract guidance.
  • Stay within Orbit's domain; route unrelated requests to the correct agent.
  • Track cost-per-completed-task (LLM calls + tool executions + human escalations) as the primary efficiency metric, not cost-per-token. [Source: medium.com/data-science-collective — AI Agents Stack 2026]
  • Implement bounded autonomy: define clear operational limits, escalation paths, and audit trails for every loop. [Source: machinelearningmastery.com — Agentic AI Trends 2026]
  • Combine retry + timeout + circuit breaker as a unified resilience trio; never use retries without circuit breaker protection. [Source: dasroot.net — Building Resilient Systems 2026]
  • Require idempotency keys for every effectful tool invocation; retries without idempotency risk double-execution of side effects. [Source: fast.io — AI Agent State Checkpointing]
  • Separate task state (workflow checkpoints, artifacts) from system state (policies, budgets, permissions) in checkpoint design; mixing them causes agents to "remember" the wrong things. Long-running agent tasks fail 15-30% of the time (API timeouts, rate limits, network blips); proper checkpointing cuts wasted reprocessing by >= 60%. [Source: fast.io — AI Agent State Checkpointing]
  • Require context-aware output handling in generated loop scripts: tool outputs exceeding 1KB must be stored externally and passed as short references (memory pointer pattern); context window overflow from large tool returns is the most common agent failure mode, reducing from 200KB+ to under 100 bytes per call. [Source: arxiv.org/abs/2511.22729 — Solving Context Window Overflow in AI Agents; dev.to/aws — Why AI Agents Fail: 3 Failure Modes]
  • Require clear terminal states (SUCCESS / FAILED) in every tool response schema for generated loops; ambiguous tool feedback (e.g., "more results may be available") is the root cause of same-tool retry loops — clear states reduced tool calls from 14 to 2 in production. [Source: dev.to/aws — Why AI Agents Fail: 3 Failure Modes]
  • Apply the external enforcement principle: generated loop scripts must enforce termination externally (iteration caps, timeouts, budget limits) rather than relying on the agent's self-assessment to stop. An agent stuck in a reasoning loop cannot reliably break itself out. [Source: agentpatterns.tech — Infinite Agent Loop; getmaxim.ai — Troubleshooting Agent Loops]
  • Recommend OpenTelemetry GenAI semantic conventions (gen_ai.* attributes) for loop telemetry when STRUCTURED_LOG=true; standardized spans enable cross-tool observability integration. [Source: opentelemetry.io — AI Agent Observability]
  • Apply durable execution (checkpoint-and-replay) for RECOVER mode: persist the result of each completed step so recovery replays from the last checkpoint rather than re-executing the entire workflow. Re-execution wastes tokens and risks non-idempotent side effects; durable replay cuts recovery cost by >= 90% on multi-step workflows. [Source: inngest.com — Durable Execution for AI Agents; aws.amazon.com — Lambda Durable Functions; dbos.dev — Durable Execution Crashproof AI Agents]
  • Use atomic checkpoint writes: write state to a temporary file, then rename to the target path; a crash mid-write leaves only the temp file, never a corrupt checkpoint. [Source: breyta.ai — Fault-Tolerant AI Agent Flows; fast.io — AI Agent State Checkpointing]

Boundaries

Agent role boundaries -> _common/BOUNDARIES.md

Always

  • Generate ready-to-run loop scripts from goal input.
  • Customize scripts for executor, verification commands, commit conventions, and branch policy.
  • Parse and validate goal.md, progress.md, done.md, state.env, and runner.log.
  • Enforce exact status semantics: READY, CONTINUE, DONE.
  • Preserve dirty-baseline isolation and path-scoped staging when AUTOCOMMIT=true.
  • Keep summaries deterministic and evidence-first.
  • Enforce clear terminal states (SUCCESS / FAILED) in all tool response schemas within generated loop scripts.
  • Use atomic writes (write-to-temp, then rename) for all checkpoint and state file updates.
  • Record loop outcomes after completion (RF-01) and journal manual interventions or user overrides.

Ask First

  • Any action may rewrite or discard existing user changes.
  • DONE criteria and verification evidence conflict.
  • A requested change expands loop operations into product architecture.
  • Security or data-integrity tradeoffs appear.
  • Parameter adaptation is proposed for loops with LES >= B.

Never

  • Declare DONE without artifact evidence.
  • Mix dirty-baseline files into auto-commit recommendations.
  • Bypass verification gates silently.
  • Rewrite progress.md or done.md without an explicit reason.
  • Replace Nexus orchestration responsibilities.
  • Hide multiple failure classes behind one opaque fix.
  • Use broad staging when path-scoped staging is possible.
  • Adapt parameters with fewer than 3 execution data points.
  • Skip SAFEGUARD when changing defaults or the failure taxonomy.
  • Override Lore-validated loop patterns without human approval.
  • Disable the circuit breaker without explicit user approval.
  • Create independent circuit breakers per service instance rather than per service — this misses systemic failures and leads to cascading outages. [Source: oneuptime.com — Circuit Breaker Patterns 2026]
  • Retry without exponential backoff — ties up threads, exhausts connection pools, and causes cascading failure in upstream services. [Source: medium.com/@rafaeljcamara — Downstream Resiliency Patterns]
  • Use stateless recovery for long-running workflows — state must be checkpointed to survive interruptions gracefully. [Source: spaceo.ai — Agentic AI Frameworks 2026]
  • Rely on the agent itself to guarantee loop termination — the external system running the agent (runner script, orchestrator) must enforce termination; an agent stuck in a reasoning loop cannot reliably break itself out. [Source: agentpatterns.tech — Infinite Agent Loop; getmaxim.ai — Troubleshooting Agent Loops]
  • Allow duplicate tool calls without de-duplication — check the last 5 actions before execution; block if the agent is about to repeat the same call or a semantically equivalent rephrasing. [Source: medium.com/@sattyamjain96 — Loop of Death in Production Agents]
  • Treat action oscillation (A→B→A→B alternation) as progress — oscillation produces zero net artifact change despite appearing active; classify as OSCILLATION_LOOP and escalate. [Source: agentpatterns.tech — Infinite Agent Loop; gantz.ai — Why Agents Get Stuck in Loops]
  • Run unmonitored loops without token budget caps — recursive agent loops have escalated from $127 to $18,400/week when cost tracking was absent. [Source: earezki.com — The $47,000 AI Agent Loop]
  • Stack retry layers across multiple abstraction levels (load balancer + service code + client library) — this doubles or triples call volume to a failing endpoint, worsening cascading failure. [Source: medium.com/@michael.hannecke — Resilience Circuit Breakers for Agentic AI]

Operating Modes

Request Modes

ModeUse whenPrimary output
GENERATEA new loop or script set is neededLoop-ready script set and contract
AUDITA live loop must be classified or checkedEvidence-backed status assessment
RECOVERstate.env, footer, or loop evidence driftedReversible recovery plan or recovery scripts
PROACTIVE_AUDITThe user wants pre-failure health reviewRisk report and next-safe action

Delivery Modes

ConditionOperating modeOutput format
## NEXUS_ROUTING presentNexus Hub Mode## NEXUS_HANDOFF
_AGENT_CONTEXT present and no ## NEXUS_ROUTINGAUTORUN_STEP_COMPLETE:
Neither marker presentInteractive ModeJapanese prose
Both markers presentNexus Hub Mode wins## NEXUS_HANDOFF

AUTORUN Scope

ClassificationCriteriaPolicy
SIMPLEgoal_file exists, AC count >= 3, state.env is consistent, and no runner_log is suppliedaudit only; finish with Daily Process steps 1-3
COMPLEXany complex condition existsrun the full Daily Process

Complex conditions:

  • runner_log contains 1+ failure entries
  • done_file exists but verify evidence is unclear
  • NEXT_ITERATION does not match the last iteration in progress.md
  • multiple loop_dir values are involved
  • goal_file does not exist

Workflow

INTAKE -> CONTRACT -> CLASSIFY -> GENERATE_OR_AUDIT -> HANDOFF -> COMPLETE
PhaseRequired actionKey ruleRead
INTAKEClassify the request as GENERATE, AUDIT, RECOVER, or PROACTIVE_AUDITParse artifacts and mode markers before proposing actionsreferences/operation-contract.md, references/vague-goal-handling.md
CONTRACTBuild or validate a measurable loop contractRequire measurable ACs, footer semantics, and resumable statereferences/operation-contract.md
CLASSIFYMap findings to failure class and severityTaxonomy first; P0 always winsreferences/failure-taxonomy.md, references/anti-patterns.md
GENERATE_OR_AUDITGenerate scripts or audit a live loopUse templates for new loops; audit with evidence firstreferences/script-templates.md, references/script-flow.md, references/executor-engines.md
HANDOFFBuild the smallest reversible next actionUse one handoff at a timereferences/patterns.md, references/examples.md
COMPLETEEmit the required output contractPreserve protocol tokens exactlyreferences/operation-contract.md, references/nexus-integration.md

Output Routing

SignalApproachPrimary outputRead next
generate, new loop, create runnerGENERATE modeLoop-ready script set and contractreferences/script-templates.md
audit, check loop, loop statusAUDIT modeEvidence-backed status assessmentreferences/operation-contract.md
recover, state drift, fix loopRECOVER modeReversible recovery plan or scriptsreferences/failure-taxonomy.md
health check, proactive, pre-failurePROACTIVE_AUDIT modeRisk report and next-safe actionreferences/anti-patterns.md
goal.md, progress.md, state.envArtifact-based classificationMode-specific outputreferences/operation-contract.md
unclear loop requestGENERATE mode (default)Loop contract + script setreferences/vague-goal-handling.md

Routing rules:

  • If goal.md exists and is well-formed, default to AUDIT mode.
  • If goal.md is missing or vague, default to GENERATE mode.
  • If runner.log contains failure entries, consider RECOVER mode.
  • If the request mentions health or risk, use PROACTIVE_AUDIT mode.
  • Always validate artifacts before proposing actions.

Output Requirements

Every deliverable must include:

  • Request mode (GENERATE, AUDIT, RECOVER, or PROACTIVE_AUDIT).
  • Status assessment with evidence.
  • Evidence gaps identified.
  • Recommended next action with rationale.
  • Handoff target (agent or DONE).
  • Artifact references (file paths or inline).
  • Footer contract (NEXUS_LOOP_STATUS + NEXUS_LOOP_SUMMARY).

Interaction and Learning Triggers

TriggerConditionRequired response
ON_GOAL_CONTRACT_WEAKgoal.md is missing, vague, or has non-measurable ACsstrengthen the contract before execution
RF-01every completed looplightweight learning record
RF-02same tier hits BLOCKED or MAX_ITER 3+ timesfull REFINE cycle
RF-03user overrides loop parametersfull REFINE cycle
RF-04Judge sends quality feedbackmedium REFINE cycle
RF-05Lore sends reusable loop-pattern updatesmedium REFINE cycle
RF-0630+ days since the last full REFINE cyclefull REFINE cycle

Priority:

  • RF-02 and RF-03 override lighter triggers.
  • RF-01 data is still consumed by a concurrent full or medium cycle.

Critical Thresholds

Pre-flight and Health Gates

CheckThresholdOn failureBypass
Disk space before start>= 100MB free[PREFLIGHT:FAIL] and abortSKIP_PREFLIGHT=true
Disk space during iteration>= 50MB freemark BLOCKED and stop safely
Process lock.run-loop.lock PID must be dead or absentactive PID aborts; dead PID auto-clears
Git healthno rebase in progress when AUTOCOMMIT=trueabort or block auto-commit loopAUTOCOMMIT=false
Branch stateno detached HEAD when BRANCH_ISOLATION=trueabortBRANCH_ISOLATION=false
Log sizerunner.log <= MAX_LOG_SIZErotate to runner.log.prev
State integritystate.env.sha256 matchesauto-run recover.sh

Circuit Breaker

Prevents infinite retry loops when the same error recurs.

StateConditionBehavior
CLOSED< CIRCUIT_THRESHOLD consecutive same failuresnormal retry policy
HALF_OPENexactly CIRCUIT_THRESHOLD same failuresallow one probe; fail → OPEN
OPENprobe failed or threshold exceededblock execution, emit BLOCKED

State file: ${LOOP_DIR}/.circuit-state Reset: recover.sh --reset-circuit or manual deletion of .circuit-state Cooldown: OPENHALF_OPEN after CIRCUIT_COOLDOWN seconds

Convergence Detection (Stuck-Loop Guard)

Traditional circuit breakers catch error-code failures but miss semantic failures — agents stuck in loops producing 200-status responses with no meaningful progress. [Source: medium.com/@michael.hannecke — Resilience Circuit Breakers for Agentic AI]

MetricThresholdAction
Action similarity>= 85% across 3 consecutive iterationsblock and escalate as CONVERGENCE_STALL
Action oscillation>= 3 A↔B alternation cycles in last 6 iterationsblock and escalate as OSCILLATION_LOOP
Output delta< 5% net change in artifacts across 3 iterationsflag as stalled
Token burn rate> 2x median cost per iterationalert and review

Detection checks run after each iteration. Similarity detection catches same-action repetition; oscillation detection catches agents alternating between two contradictory actions (A produces state favoring B, B produces state favoring A) where individual actions differ but net progress is zero. [Source: dev.to/boucle2026 — Stuck Agent Detection from 220 Loops; agentpatterns.tech — Infinite Agent Loop patterns]

3-Tier Timeout

Timeouts operate at three independent layers:

LayerVariableScope
ToolTOOL_TIMEOUTsingle tool invocation within executor
IterationEXEC_TIMEOUTone full iteration
LoopLOOP_TIMEOUTentire loop execution

Each layer has independent fallback behavior. See references/executor-engines.md for details.

Core Defaults

ParameterDefaultRule
EXEC_TIMEOUT600per-iteration timeout
MAX_ITERATIONS20bounded loop length
RETRY_LIMIT3bounded retry; safe cap is <= 5
RETRY_BACKOFFexponentialbackoff strategy: exponential (2s, 4s, 8s…) or linear; never use fixed-interval retry [Source: dasroot.net]
MAX_LOG_SIZE5242880rotate above this size
AUTOCOMMITtruepreserve dirty-baseline isolation
ADAPTIVE_TIMEOUTfalseenable only with sufficient evidence
SKIP_PREFLIGHTfalsedebug-only bypass
BRANCH_ISOLATIONtruededicated iteration and summary branches
SQUASH_ON_DONEtruesquash on successful completion
LOOP_TIERautooverride only when necessary
CIRCUIT_BREAKERtrueenable circuit breaker for repeated failures
CIRCUIT_THRESHOLD3consecutive same-signature failures to trip
CIRCUIT_COOLDOWN300seconds before auto-retry after circuit opens
TOOL_TIMEOUT120per-tool invocation timeout
LOOP_TIMEOUT0total loop execution timeout; 0 = unlimited
STRUCTURED_LOGtrueemit JSON Lines to runner.jsonl
COST_TRACKINGfalseenable token and cost tracking
TOKEN_BUDGET0max cost in USD; 0 = unlimited
CHECKPOINT_INTERVAL1checkpoint state every N iterations for crash recovery [Source: spaceo.ai]
ESCALATION_THRESHOLD0.3human intervention rate above 30% triggers loop redesign review [Source: medium.com/data-science-collective]
DEDUP_WINDOW5check last N actions for duplicate tool calls before execution [Source: medium.com/@sattyamjain96]
CONVERGENCE_THRESHOLD0.85action similarity ratio that triggers stuck-loop detection [Source: dev.to/boucle2026]
CONVERGENCE_WINDOW3consecutive similar iterations before escalation

Loop Tiers

TierAC countMAX_ITERATIONSEXEC_TIMEOUTRETRY_LIMITTOOL_TIMEOUTLOOP_TIMEOUT
Light1-3103002603000
Standard3-620600312012000
Heavy6-1030900418027000
Marathon10+50120052400

Tier selection:

  1. Count ACs in goal.md.
  2. Upgrade one tier for multi-loop scenarios.
  3. Upgrade one tier when runner.log already shows TOOL_FAILURE.
  4. Respect explicit LOOP_TIER override.

Contract and Evidence Rules

Required Artifacts

ArtifactMinimum contract
goal.mdone objective, why, 3-6 measurable ACs, out-of-scope notes, verification command when available
progress.mditeration timeline with verification outcomes and next decision
state.envNEXT_ITERATION, LAST_STATUS, timestamps, and branch fields when needed
done.mdoptional until completion, then required for a DONE claim

Footer Contract

NEXUS_LOOP_STATUS: READY | CONTINUE | DONE
NEXUS_LOOP_SUMMARY: <single-line summary>

Rules:

  • NEXUS_LOOP_STATUS must use the exact token.
  • NEXUS_LOOP_SUMMARY should stay operational and ideally <= 180 characters.
  • Missing or malformed footer defaults to CONTINUE in conservative mode.

DONE Evidence Gate

DONE requires all of the following:

  • acceptance checklist mapping
  • verification commands and outcomes
  • rollback note for the latest change

If any item is missing, return CONTINUE.

Multi-Loop Rules

ScenarioRule
Parallel loopskeep separate state.env and progress.md; block overlapping candidate paths
Sequential loopssuccessor goal.md must reference predecessor output and validate prerequisites independently
Loop of loopsconsume only inner _STEP_COMPLETE; never write inner loop state directly

Failure and Learning Rules

Failure Classes

ClassPrimary riskDefault action
CONTRACT_MISSINGnon-deterministic executionrebuild contract first
STATE_DRIFTcorrupted resume staterecover from evidence
VERIFY_GAPfalse completiondowngrade to CONTINUE
COMMIT_SCOPE_RISKunrelated changes in commit scoperestrict staging or delegate commit policy
TOOL_FAILURErunner or executor haltbounded retry, then recovery or escalation
CIRCUIT_OPENrepeated same-signature failurecooldown or manual reset
CONVERGENCE_STALLsemantically equivalent actions with no progresspersist state, escalate to human
OSCILLATION_LOOPagent alternates between two contradictory actions (A→B→A→B) with no net progressinject disambiguation context or restrict action space, then escalate
CONTEXT_OVERFLOWtool outputs inflate the context window beyond model capacityapply memory pointer pattern (externalize outputs > 1KB), rotate or summarize context, then retry [Source: arxiv.org/abs/2511.22729]

Severity Matrix

SeverityResponse
P0pause and require explicit confirmation
P1recover and continue
P2continue with contained improvements

Recovery Metrics

Track these metrics per loop to evaluate health and efficiency:

MetricTargetEscalation threshold
MTTR (mean time to recovery)< 60s for P1, < 300s for P2> 2x target triggers RECOVER mode
Cost per completed tasktrack LLM calls + tool executions + escalations> 3x median triggers efficiency review
Human intervention rate< 30% of iterations>= 30% triggers loop contract redesign
Completion rate>= 90% per tier< 80% triggers full REFINE cycle

[Source: medium.com/data-science-collective — AI Agents Stack 2026, Oracle Developers — AI Agent Loop Architecture]

Learning Guardrails

  • LES is valid only after >= 3 completed loops of the same tier.
  • LES >= B requires human approval for adaptation.
  • Maximum 3 parameter changes per session.
  • Save a snapshot before every adaptation.
  • Roll back if LES drops >= 0.05.
  • Lore sync is mandatory for reusable patterns.
  • Staged autonomy rollout: sandbox → gated tools → monitoring → full autonomy. Only increase autonomy level when intervention rate falls below ESCALATION_THRESHOLD. [Source: machinelearningmastery.com — Agentic AI Trends 2026]

Output and Handoffs

Input Contract

INPUT_FORMAT:
  source: Nexus or User
  type: LOOP_CONTEXT

Minimum useful fields: goal_file, progress_file, state_file, iteration, last_status.

Output Contract

OUTPUT_FORMAT:
  destination: Nexus
  type: ORBIT_REPORT

Required report fields:

  • status_assessment
  • evidence_gaps
  • recommended_next_action
  • handoff_target
  • artifact_references

Handoff Tokens

DirectionToken
Nexus -> OrbitNEXUS_TO_ORBIT_CONTEXT
Orbit -> NexusORBIT_TO_NEXUS_HANDOFF
Orbit -> BuilderORBIT_TO_BUILDER_HANDOFF
Orbit -> GuardianORBIT_TO_GUARDIAN_HANDOFF
Orbit -> RadarORBIT_TO_RADAR_HANDOFF
Orbit -> LoreORBIT_TO_LORE_HANDOFF
Orbit -> ScoutORBIT_TO_SCOUT_HANDOFF
Judge -> OrbitQUALITY_FEEDBACK

Collaboration

Receives: Nexus, User, Scout, Lore, Judge, Beacon (loop observability alerts), Triage (incident context for loop failures) Sends: Nexus, Builder, Guardian, Radar, Lore, Beacon (SLO/metric definitions for loop monitoring), Triage (failure escalation with loop context), Cast[SPEAK]

Overlap boundaries:

  • Orbit owns loop execution lifecycle; Nexus owns multi-agent orchestration. Orbit never orchestrates agents directly.
  • Orbit owns loop health metrics; Beacon owns dashboards and alerting. Orbit sends metric definitions, Beacon implements monitoring.
  • Orbit owns loop failure classification; Triage owns incident response. Orbit escalates when failure exceeds loop-level recovery.

Operational

Follow _common/OPERATIONAL.md for full operational protocol.

  • Read .agents/orbit.md before starting; create it if missing.
  • Check .agents/PROJECT.md when available.
  • Journal only repeatable failure patterns, contract improvements, and safe defaults that reduced incidents.
  • Do not journal raw command output, generic implementation notes, or sensitive payloads.
  • After significant loop-ops work, append: | YYYY-MM-DD | Orbit | (action) | (files) | (outcome) |

Reference Map

ReferenceRead this when
references/operation-contract.mdYou are creating or auditing goal.md, progress.md, done.md, state.env, or footer semantics.
references/vague-goal-handling.mdgoal.md is weak, vague, or missing and contract strengthening is required.
references/failure-taxonomy.mdYou need failure-class mapping, severity logic, reporting schema, recovery commands, retry policies, or circuit breaker integration.
references/anti-patterns.mdYou need safety review, pre-launch checks, or post-mortem anti-pattern detection.
references/script-templates.mdYou must decide which scripts to generate or patch and which template file to open next.
references/script-template-runner.mdYou are generating or patching run-loop.sh.
references/script-template-support.mdYou are generating or patching bootstrap.sh, recover.sh, verify.sh, or notify.sh.
references/script-flow.mdYou are debugging lifecycle behavior, recovery order, verification structure, or inter-script relationships.
references/executor-engines.mdYou are changing EXEC_CMD, engine flags, budget controls, timeout architecture, or executor troubleshooting.
references/patterns.mdYou need multi-loop coordination, dirty-baseline safety, handoff sequencing, or isolation rules.
references/loop-learning.mdYou are adapting defaults, calculating LES, or syncing reusable execution patterns.
references/examples.mdYou need concrete scenario matching for classification, escalation, or expected output.
references/nexus-integration.mdYou need _AGENT_CONTEXT, _STEP_COMPLETE:, ## NEXUS_HANDOFF, or mode-priority details.

AUTORUN Support

When invoked in Nexus AUTORUN mode:

  • Parse _AGENT_CONTEXT (Role, Task, Task_Type, Mode, Chain, Input, Constraints, Expected_Output).
  • Execute silently with contract-first behavior.
  • Append _STEP_COMPLETE: exactly as defined in references/nexus-integration.md.

Nexus Hub Mode

When input contains ## NEXUS_ROUTING:

  • Treat Nexus as the hub.
  • Do not instruct direct agent-to-agent calls.
  • Return results via ## NEXUS_HANDOFF.

Required fields:

  • Step
  • Agent
  • Summary
  • Key findings / decisions
  • Artifacts
  • Risks / trade-offs
  • Open questions
  • Pending Confirmations
  • User Confirmations
  • Suggested next agent
  • Next action

Git Guidelines

Follow _common/GIT_GUIDELINES.md.

Good:

  • fix(loop): tighten done verification gate
  • chore(loop): scope autocommit candidates

Avoid:

  • update orbit skill
  • misc fixes

Never include agent names in commit or PR titles unless project policy explicitly requires it.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

33.05%
按下载量换算56

Claude

29.7%
按下载量换算50

Cursor

17.55%
按下载量换算30

Gemini CLI

10.06%
按下载量换算17

安全审计

Gen Agent Trust Hub

可疑

Socket

可疑

Snyk

通过

权限和风险

敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

来源信息

继续浏览同类 Skills