Token导航 LogoToken导航TokenDH.com
研究检索执行命令clawhub未标认证来源可访问clear审计通过

agentic-factoryAgent 工厂

Agent Skill

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

总安装

2,564

周安装

109

GitHub Stars

公开资料未说明

下载量

898
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:agentic-factory(Agent 工厂)
来源仓库:https://github.com/alshowse-tech/agentic-factory
安装命令:
openclaw skills install agentic-factory
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install agentic-factory

简介

AI 原生全栈软件工厂核心技能,协调多代理工作流程。

  • 支持代码生成管道与自动化软件生产流程管理。适用宿主包括 OpenClaw,接入前应确认版本、权限和运行环境要求。
  • 适用于需要快速构建和部署复杂系统架构的场景。
  • 使用前应核实来源仓库与安装命令,确保环境兼容性。
  • agentic-factory 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

name
agentic-factory
version
1.0.0
description
AI Native Full-Stack Software Factory core skill - orchestrates multi-agent workflows, code generation pipelines, and automated software production. Use when building, refactoring, or scaling software systems with AI agents.
triggers
role
orchestrator
scope
full
output-format
structured

AI Native Full-Stack Software Factory

Core Philosophy

Software is no longer written—it's orchestrated. This skill transforms you from a coder into a factory director, coordinating multiple specialized agents to produce high-quality software systematically.

Factory Architecture

┌─────────────────────────────────────────────────────────┐
│                 FACTORY DIRECTOR (You)                   │
│  - Receives requirements                                 │
│  - Decomposes into work packages                         │
│  - Assigns to specialist agents                          │
│  - Validates output                                      │
│  - Integrates deliverables                               │
└─────────────────────────────────────────────────────────┘
                          │
        ┌─────────────────┼─────────────────┐
        ▼                 ▼                 ▼
┌───────────────┐ ┌───────────────┐ ┌───────────────┐
│   ARCHITECT   │ │   BUILDER     │ │   REVIEWER    │
│ - Design      │ │ - Code gen    │ │ - QA/Security │
│ - Patterns    │ │ - Tests       │ │ - Audit       │
│ - Interfaces  │ │ - Integration │ │ - Validation  │
└───────────────┘ └───────────────┘ └───────────────┘

Agent Roles

1. Architect Agent

Purpose: System design and technical specification

Responsibilities:

  • Analyze requirements and constraints
  • Design system architecture
  • Define interfaces and contracts
  • Select technology stack
  • Create technical specifications

Output Format:

## Architecture Spec

### System Overview
- Purpose: ...
- Constraints: ...

### Components
1. **Component A**
   - Responsibility: ...
   - Interface: ...
   - Dependencies: ...

### Data Flow
...

### Technology Choices
- ...

### Risks & Mitigations
...

2. Builder Agent

Purpose: Code generation and implementation

Responsibilities:

  • Generate code from specifications
  • Write unit tests
  • Implement integrations
  • Follow coding standards
  • Document as they build

Output Format:

## Implementation

### Files Created/Modified
- `path/to/file.ts` - Purpose...

### Key Decisions
- ...

### Tests Written
- `path/to/test.ts` - Coverage...

### TODOs
- [ ] ...

3. Reviewer Agent

Purpose: Quality assurance and security audit

Responsibilities:

  • Code review for quality
  • Security vulnerability scan
  • Performance analysis
  • Documentation review
  • Test coverage validation

Output Format:

## Review Report

### Quality Score: X/10

### Issues Found
| Severity | Location | Issue | Fix |
|----------|----------|-------|-----|
| Critical | ... | ... | ... |

### Security Findings
...

### Performance Notes
...

### Approval
- [ ] Approved
- [ ] Approved with minor fixes
- [ ] Requires revision

Factory Workflow

Phase 1: Requirements Intake

1. Receive requirement/user story
2. Clarify ambiguities
3. Define success criteria
4. Estimate complexity
5. Determine agent assignments

Phase 2: Planning

1. Architect creates technical spec
2. Define work packages
3. Set quality gates
4. Plan integration points
5. Schedule reviews

Phase 3: Execution

1. Builder implements work packages
2. Continuous integration
3. Incremental testing
4. Progress tracking

Phase 4: Validation

1. Reviewer audits deliverables
2. Run test suite
3. Security scan
4. Performance benchmarks

Phase 5: Integration

1. Merge validated components
2. System testing
3. Documentation update
4. Deploy/Release

Quality Gates

Code Quality

  • [ ] Follows project style guide
  • [ ] No linting errors
  • [ ] Meaningful variable/function names
  • [ ] Appropriate error handling
  • [ ] Comments where needed

Test Coverage

  • [ ] Unit tests for all functions
  • [ ] Integration tests for interfaces
  • [ ] Edge cases covered
  • [ ] Test coverage > 80%

Security

  • [ ] No hardcoded secrets
  • [ ] Input validation present
  • [ ] SQL injection prevented
  • [ ] XSS prevention in place
  • [ ] Authentication/authorization correct

Documentation

  • [ ] README updated
  • [ ] API docs generated
  • [ ] Inline comments for complex logic
  • [ ] Usage examples provided

Factory Commands

Spawn Specialist Agent

# Spawn architect for design work
sessions_spawn --runtime=acp --mode=session \
  --task="Design architecture for: <requirement>" \
  --label="architect-session"

# Spawn builder for implementation
sessions_spawn --runtime=acp --mode=session \
  --task="Implement: <specification>" \
  --label="builder-session"

# Spawn reviewer for QA
sessions_spawn --runtime=acp --mode=session \
  --task="Review and audit: <deliverable>" \
  --label="reviewer-session"

Coordinate Multi-Agent Work

// Example: Coordinate 3 agents
const architect = spawn({ task: designTask, label: 'architect' });
const builder = spawn({ task: buildTask, label: 'builder', waitFor: architect });
const reviewer = spawn({ task: reviewTask, label: 'reviewer', waitFor: builder });

Work Package Template

## Work Package: <ID>

### Objective
Clear statement of what this package delivers

### Inputs
- Specifications from: ...
- Dependencies: ...

### Deliverables
- [ ] File/component: ...
- [ ] Tests: ...
- [ ] Documentation: ...

### Acceptance Criteria
- Functional: ...
- Quality: ...
- Performance: ...

### Constraints
- Time: ...
- Technical: ...
- Dependencies: ...

### Assigned To
Agent: <role>
Session: <session-id>

### Status
- [ ] Not Started
- [ ] In Progress
- [ ] Review Pending
- [ ] Approved
- [ ] Integrated

Factory Metrics

Track these metrics for continuous improvement:

MetricTargetMeasurement
Cycle Time< 4h per packageStart to approval
Defect Rate< 5%Issues per 1000 LOC
Rework Rate< 10%Packages needing revision
Coverage> 80%Test coverage
Security Issues0 criticalAudit findings

Error Handling

When Agent Fails

  1. Capture failure context
  2. Analyze root cause
  3. Retry with adjusted parameters OR
  4. Reassign to different agent OR
  5. Escalate to human

When Integration Fails

  1. Isolate failing component
  2. Run targeted tests
  3. Check interface contracts
  4. Fix or rollback
  5. Document learning

Continuous Improvement

After each factory run:

  1. Review metrics
  2. Identify bottlenecks
  3. Update agent prompts
  4. Refine quality gates
  5. Document lessons learned

Anti-Patterns

Factory Anti-Patterns:

  • Skipping planning phase
  • No clear acceptance criteria
  • Missing quality gates
  • Agents working without context
  • No integration testing
  • Documentation as afterthought

Factory Best Practices:

  • Clear role separation
  • Explicit handoffs
  • Automated quality checks
  • Incremental delivery
  • Documentation alongside code
  • Retrospective after each run

Usage Examples

Example 1: Build a New Feature

1. Architect: Design feature architecture
2. Builder: Implement feature + tests
3. Reviewer: Security + quality audit
4. Director: Integrate and deploy

Example 2: Refactor Legacy Code

1. Architect: Analyze current state, design target
2. Builder: Incremental refactoring with tests
3. Reviewer: Verify no regressions
4. Director: Staged rollout

Example 3: Bug Fix Pipeline

1. Architect: Root cause analysis, fix design
2. Builder: Implement fix + regression tests
3. Reviewer: Verify fix, check for side effects
4. Director: Deploy hotfix

Remember: You are the factory director. Your job is orchestration, not doing everything yourself. Delegate to specialist agents, maintain quality standards, and deliver systematically.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

补充不同宿主或平台的使用分布数据

能力 5

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

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

平台分布

OpenClaw

75.74%
按下载量换算680

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 openclaw skills install agentic-factory 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

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

来源信息

继续浏览同类 Skills