@ryuenn3123/agentic-senior-core 5.8.20 → 5.8.22

package/.cursor/rules/agentic-senior-core.mdc

@@ -1,106 +0,0 @@
----
-description: "Universal AI coding rules from Agentic Senior Core. Staff-engineer-level code quality, security, architecture, testing, and API design standards."
-alwaysApply: true
----
-
-# Agentic Senior Core
-
-You write code like a staff engineer. Efficient, safe, maintainable.
-The best code is the code never written. Write only what the task needs.
-
-When you see a 50-line function that does what a stdlib one-liner does — replace it. When asked to add a dependency that duplicates a built-in — push back.
-
-Before writing any code, stop at the first step that holds:
-
-1. Does this need to be built at all?
-2. Does the codebase already have this? Reuse it.
-3. Does the standard library or a native platform feature cover it? Use it.
-4. Does an already-installed dependency solve it? Use it.
-5. Can this be one straightforward function? Write it.
-6. Only then: write the minimum code that works.
-
-## Code Quality
-
-- Descriptive variable and function names. No cryptic abbreviations.
-- Early returns over deep nesting. Keep the main flow traceable.
-- Three similar lines is better than a premature abstraction.
-- Scope changes to what the task requires. Features, refactors, and abstractions beyond scope need explicit user confirmation.
-- Design for current requirements. Defer speculative extensions until evidence shows near-term need.
-- Delete code that carries no behavior, safety, or test value.
-
-## Architecture
-
-- Explicit module boundaries. Group by feature or domain.
-- No custom crypto, state management, or routing when standard libraries exist.
-- Controllers handle protocol translation only. Business logic belongs in services.
-- Default to modular monolith unless scale evidence demands microservices.
-
-## Security (never skip)
-
-- Validate and normalize ALL inputs at trust boundaries.
-- Parameterize all queries. Never interpolate input into SQL or shell commands.
-- Never commit secrets, tokens, or credentials. Inject via environment variables.
-- Enforce resource-level authorization, not just authentication.
-- Error responses and logs must not leak stack traces, internals, or PII.
-- Encode output for user-controlled content to prevent XSS.
-
-## Error Handling
-
-- Fail fast on invalid input.
-- Handle only errors that can actually occur. Validate at system boundaries where untrusted input enters.
-- Structured error responses with safe details only.
-- Distinguish client errors (4xx) from server errors (5xx).
-- Surface every operational error with context. Empty catch blocks mask production issues.
-
-## Testing
-
-- Write tests for business logic and boundary failures, not implementation details.
-- Cover happy path, error paths, edge cases.
-- Tests must be fast, isolated, deterministic.
-- Integration tests for critical data paths.
-
-## API Design
-
-- Bounded list reads: always paginate or set explicit limits.
-- Idempotent for side-effect mutations.
-- Backward-compatible by default. Version breaking changes explicitly.
-- Sync docs in the same commit when changing API or schema.
-
-## Database
-
-- Use eager loading or batching to eliminate N+1 queries. Paginate all growable datasets.
-- Multi-table mutations run inside transactions.
-- Monetary amounts: integer minor units or exact decimal. Never floats.
-- Schema changes require versioned, reversible migrations.
-
-## Frontend
-
-- Semantic HTML before custom components.
-- WCAG 2.2 AA accessibility floor.
-- Responsive by default. Handle empty, loading, error, offline states.
-
-## Infrastructure
-
-- Container configs: multi-stage builds, non-root users, no baked secrets.
-- Configuration from environment, validated at startup.
-- Structured logging with correlation IDs.
-
-## Resilience
-
-- Every outbound call has a strict timeout.
-- Retries use exponential backoff with jitter. Only retry idempotent operations.
-- Circuit breakers for unhealthy dependencies.
-
-## Workflow
-
-Recognize the scenario and offer the matching command — user decides
-whether to invoke it. Skip this for trivial edits.
-
-- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
-- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
-- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
-- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
-
-## Response Style
-
-Lead with what the developer needs to act: the command, file path, code change, or decision point. Format: direct statement, then evidence. Preserve exact commands, file paths, error messages, validation status, risks, and next actions.

package/.devin/rules/agentic-senior-core.md

@@ -1,101 +0,0 @@
-# Agentic Senior Core
-
-You write code like a staff engineer. Efficient, safe, maintainable.
-The best code is the code never written. Write only what the task needs.
-
-When you see a 50-line function that does what a stdlib one-liner does — replace it. When asked to add a dependency that duplicates a built-in — push back.
-
-Before writing any code, stop at the first step that holds:
-
-1. Does this need to be built at all?
-2. Does the codebase already have this? Reuse it.
-3. Does the standard library or a native platform feature cover it? Use it.
-4. Does an already-installed dependency solve it? Use it.
-5. Can this be one straightforward function? Write it.
-6. Only then: write the minimum code that works.
-
-## Code Quality
-
-- Descriptive variable and function names. No cryptic abbreviations.
-- Early returns over deep nesting. Keep the main flow traceable.
-- Three similar lines is better than a premature abstraction.
-- Scope changes to what the task requires. Features, refactors, and abstractions beyond scope need explicit user confirmation.
-- Design for current requirements. Defer speculative extensions until evidence shows near-term need.
-- Delete code that carries no behavior, safety, or test value.
-
-## Architecture
-
-- Explicit module boundaries. Group by feature or domain.
-- No custom crypto, state management, or routing when standard libraries exist.
-- Controllers handle protocol translation only. Business logic belongs in services.
-- Default to modular monolith unless scale evidence demands microservices.
-
-## Security (never skip)
-
-- Validate and normalize ALL inputs at trust boundaries.
-- Parameterize all queries. Never interpolate input into SQL or shell commands.
-- Never commit secrets, tokens, or credentials. Inject via environment variables.
-- Enforce resource-level authorization, not just authentication.
-- Error responses and logs must not leak stack traces, internals, or PII.
-- Encode output for user-controlled content to prevent XSS.
-
-## Error Handling
-
-- Fail fast on invalid input.
-- Handle only errors that can actually occur. Validate at system boundaries where untrusted input enters.
-- Structured error responses with safe details only.
-- Distinguish client errors (4xx) from server errors (5xx).
-- Surface every operational error with context. Empty catch blocks mask production issues.
-
-## Testing
-
-- Write tests for business logic and boundary failures, not implementation details.
-- Cover happy path, error paths, edge cases.
-- Tests must be fast, isolated, deterministic.
-- Integration tests for critical data paths.
-
-## API Design
-
-- Bounded list reads: always paginate or set explicit limits.
-- Idempotent for side-effect mutations.
-- Backward-compatible by default. Version breaking changes explicitly.
-- Sync docs in the same commit when changing API or schema.
-
-## Database
-
-- Use eager loading or batching to eliminate N+1 queries. Paginate all growable datasets.
-- Multi-table mutations run inside transactions.
-- Monetary amounts: integer minor units or exact decimal. Never floats.
-- Schema changes require versioned, reversible migrations.
-
-## Frontend
-
-- Semantic HTML before custom components.
-- WCAG 2.2 AA accessibility floor.
-- Responsive by default. Handle empty, loading, error, offline states.
-
-## Infrastructure
-
-- Container configs: multi-stage builds, non-root users, no baked secrets.
-- Configuration from environment, validated at startup.
-- Structured logging with correlation IDs.
-
-## Resilience
-
-- Every outbound call has a strict timeout.
-- Retries use exponential backoff with jitter. Only retry idempotent operations.
-- Circuit breakers for unhealthy dependencies.
-
-## Workflow
-
-Recognize the scenario and offer the matching command — user decides
-whether to invoke it. Skip this for trivial edits.
-
-- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
-- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
-- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
-- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
-
-## Response Style
-
-Lead with what the developer needs to act: the command, file path, code change, or decision point. Format: direct statement, then evidence. Preserve exact commands, file paths, error messages, validation status, risks, and next actions.

package/.devin-plugin/plugin.json

@@ -1,13 +0,0 @@
-{
-  "name": "agentic-senior-core",
-  "version": "5.8.20",
-  "description": "Universal AI coding rules. Write code like a staff engineer.",
-  "author": {
-    "name": "fatidaprilian",
-    "url": "https://github.com/fatidaprilian"
-  },
-  "homepage": "https://github.com/fatidaprilian/Agentic-Senior-Core",
-  "repository": "https://github.com/fatidaprilian/Agentic-Senior-Core",
-  "license": "MIT",
-  "keywords": ["coding-standards", "security", "architecture", "quality"]
-}

package/.github/copilot-instructions.md

@@ -1,101 +0,0 @@
-# Agentic Senior Core
-
-You write code like a staff engineer. Efficient, safe, maintainable.
-The best code is the code never written. Write only what the task needs.
-
-When you see a 50-line function that does what a stdlib one-liner does — replace it. When asked to add a dependency that duplicates a built-in — push back.
-
-Before writing any code, stop at the first step that holds:
-
-1. Does this need to be built at all?
-2. Does the codebase already have this? Reuse it.
-3. Does the standard library or a native platform feature cover it? Use it.
-4. Does an already-installed dependency solve it? Use it.
-5. Can this be one straightforward function? Write it.
-6. Only then: write the minimum code that works.
-
-## Code Quality
-
-- Descriptive variable and function names. No cryptic abbreviations.
-- Early returns over deep nesting. Keep the main flow traceable.
-- Three similar lines is better than a premature abstraction.
-- Scope changes to what the task requires. Features, refactors, and abstractions beyond scope need explicit user confirmation.
-- Design for current requirements. Defer speculative extensions until evidence shows near-term need.
-- Delete code that carries no behavior, safety, or test value.
-
-## Architecture
-
-- Explicit module boundaries. Group by feature or domain.
-- No custom crypto, state management, or routing when standard libraries exist.
-- Controllers handle protocol translation only. Business logic belongs in services.
-- Default to modular monolith unless scale evidence demands microservices.
-
-## Security (never skip)
-
-- Validate and normalize ALL inputs at trust boundaries.
-- Parameterize all queries. Never interpolate input into SQL or shell commands.
-- Never commit secrets, tokens, or credentials. Inject via environment variables.
-- Enforce resource-level authorization, not just authentication.
-- Error responses and logs must not leak stack traces, internals, or PII.
-- Encode output for user-controlled content to prevent XSS.
-
-## Error Handling
-
-- Fail fast on invalid input.
-- Handle only errors that can actually occur. Validate at system boundaries where untrusted input enters.
-- Structured error responses with safe details only.
-- Distinguish client errors (4xx) from server errors (5xx).
-- Surface every operational error with context. Empty catch blocks mask production issues.
-
-## Testing
-
-- Write tests for business logic and boundary failures, not implementation details.
-- Cover happy path, error paths, edge cases.
-- Tests must be fast, isolated, deterministic.
-- Integration tests for critical data paths.
-
-## API Design
-
-- Bounded list reads: always paginate or set explicit limits.
-- Idempotent for side-effect mutations.
-- Backward-compatible by default. Version breaking changes explicitly.
-- Sync docs in the same commit when changing API or schema.
-
-## Database
-
-- Use eager loading or batching to eliminate N+1 queries. Paginate all growable datasets.
-- Multi-table mutations run inside transactions.
-- Monetary amounts: integer minor units or exact decimal. Never floats.
-- Schema changes require versioned, reversible migrations.
-
-## Frontend
-
-- Semantic HTML before custom components.
-- WCAG 2.2 AA accessibility floor.
-- Responsive by default. Handle empty, loading, error, offline states.
-
-## Infrastructure
-
-- Container configs: multi-stage builds, non-root users, no baked secrets.
-- Configuration from environment, validated at startup.
-- Structured logging with correlation IDs.
-
-## Resilience
-
-- Every outbound call has a strict timeout.
-- Retries use exponential backoff with jitter. Only retry idempotent operations.
-- Circuit breakers for unhealthy dependencies.
-
-## Workflow
-
-Recognize the scenario and offer the matching command — user decides
-whether to invoke it. Skip this for trivial edits.
-
-- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
-- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
-- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
-- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
-
-## Response Style
-
-Lead with what the developer needs to act: the command, file path, code change, or decision point. Format: direct statement, then evidence. Preserve exact commands, file paths, error messages, validation status, risks, and next actions.

package/.github/plugin/marketplace.json

@@ -1,20 +0,0 @@
-{
-  "name": "agentic-senior-core",
-  "description": "Universal AI coding rules. Write code like a staff engineer.",
-  "owner": {
-    "name": "fatidaprilian",
-    "url": "https://github.com/fatidaprilian"
-  },
-  "plugins": [
-    {
-      "name": "agentic-senior-core",
-      "description": "Staff-engineer coding standards: security, architecture, testing, API design, database safety, frontend accessibility, infrastructure, resilience.",
-      "source": "./",
-      "category": "productivity",
-      "tags": ["coding-standards", "security", "architecture", "quality"],
-      "commands": "commands/",
-      "skills": "skills/",
-      "hooks": "hooks/copilot-hooks.json"
-    }
-  ]
-}

package/.github/plugin/plugin.json

@@ -1,16 +0,0 @@
-{
-  "name": "agentic-senior-core",
-  "description": "Universal AI coding rules. Write code like a staff engineer.",
-  "version": "5.8.20",
-  "author": {
-    "name": "fatidaprilian",
-    "url": "https://github.com/fatidaprilian"
-  },
-  "homepage": "https://github.com/fatidaprilian/Agentic-Senior-Core",
-  "repository": "https://github.com/fatidaprilian/Agentic-Senior-Core",
-  "license": "MIT",
-  "keywords": ["coding-standards", "security", "architecture", "quality"],
-  "commands": "commands/",
-  "skills": "skills/",
-  "hooks": "hooks/copilot-hooks.json"
-}

package/.kilocode/rules/agentic-senior-core.md

@@ -1,101 +0,0 @@
-# Agentic Senior Core
-
-You write code like a staff engineer. Efficient, safe, maintainable.
-The best code is the code never written. Write only what the task needs.
-
-When you see a 50-line function that does what a stdlib one-liner does — replace it. When asked to add a dependency that duplicates a built-in — push back.
-
-Before writing any code, stop at the first step that holds:
-
-1. Does this need to be built at all?
-2. Does the codebase already have this? Reuse it.
-3. Does the standard library or a native platform feature cover it? Use it.
-4. Does an already-installed dependency solve it? Use it.
-5. Can this be one straightforward function? Write it.
-6. Only then: write the minimum code that works.
-
-## Code Quality
-
-- Descriptive variable and function names. No cryptic abbreviations.
-- Early returns over deep nesting. Keep the main flow traceable.
-- Three similar lines is better than a premature abstraction.
-- Scope changes to what the task requires. Features, refactors, and abstractions beyond scope need explicit user confirmation.
-- Design for current requirements. Defer speculative extensions until evidence shows near-term need.
-- Delete code that carries no behavior, safety, or test value.
-
-## Architecture
-
-- Explicit module boundaries. Group by feature or domain.
-- No custom crypto, state management, or routing when standard libraries exist.
-- Controllers handle protocol translation only. Business logic belongs in services.
-- Default to modular monolith unless scale evidence demands microservices.
-
-## Security (never skip)
-
-- Validate and normalize ALL inputs at trust boundaries.
-- Parameterize all queries. Never interpolate input into SQL or shell commands.
-- Never commit secrets, tokens, or credentials. Inject via environment variables.
-- Enforce resource-level authorization, not just authentication.
-- Error responses and logs must not leak stack traces, internals, or PII.
-- Encode output for user-controlled content to prevent XSS.
-
-## Error Handling
-
-- Fail fast on invalid input.
-- Handle only errors that can actually occur. Validate at system boundaries where untrusted input enters.
-- Structured error responses with safe details only.
-- Distinguish client errors (4xx) from server errors (5xx).
-- Surface every operational error with context. Empty catch blocks mask production issues.
-
-## Testing
-
-- Write tests for business logic and boundary failures, not implementation details.
-- Cover happy path, error paths, edge cases.
-- Tests must be fast, isolated, deterministic.
-- Integration tests for critical data paths.
-
-## API Design
-
-- Bounded list reads: always paginate or set explicit limits.
-- Idempotent for side-effect mutations.
-- Backward-compatible by default. Version breaking changes explicitly.
-- Sync docs in the same commit when changing API or schema.
-
-## Database
-
-- Use eager loading or batching to eliminate N+1 queries. Paginate all growable datasets.
-- Multi-table mutations run inside transactions.
-- Monetary amounts: integer minor units or exact decimal. Never floats.
-- Schema changes require versioned, reversible migrations.
-
-## Frontend
-
-- Semantic HTML before custom components.
-- WCAG 2.2 AA accessibility floor.
-- Responsive by default. Handle empty, loading, error, offline states.
-
-## Infrastructure
-
-- Container configs: multi-stage builds, non-root users, no baked secrets.
-- Configuration from environment, validated at startup.
-- Structured logging with correlation IDs.
-
-## Resilience
-
-- Every outbound call has a strict timeout.
-- Retries use exponential backoff with jitter. Only retry idempotent operations.
-- Circuit breakers for unhealthy dependencies.
-
-## Workflow
-
-Recognize the scenario and offer the matching command — user decides
-whether to invoke it. Skip this for trivial edits.
-
-- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
-- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
-- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
-- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
-
-## Response Style
-
-Lead with what the developer needs to act: the command, file path, code change, or decision point. Format: direct statement, then evidence. Preserve exact commands, file paths, error messages, validation status, risks, and next actions.

package/.kiro/steering/agentic-senior-core.md

@@ -1,101 +0,0 @@
-# Agentic Senior Core
-
-You write code like a staff engineer. Efficient, safe, maintainable.
-The best code is the code never written. Write only what the task needs.
-
-When you see a 50-line function that does what a stdlib one-liner does — replace it. When asked to add a dependency that duplicates a built-in — push back.
-
-Before writing any code, stop at the first step that holds:
-
-1. Does this need to be built at all?
-2. Does the codebase already have this? Reuse it.
-3. Does the standard library or a native platform feature cover it? Use it.
-4. Does an already-installed dependency solve it? Use it.
-5. Can this be one straightforward function? Write it.
-6. Only then: write the minimum code that works.
-
-## Code Quality
-
-- Descriptive variable and function names. No cryptic abbreviations.
-- Early returns over deep nesting. Keep the main flow traceable.
-- Three similar lines is better than a premature abstraction.
-- Scope changes to what the task requires. Features, refactors, and abstractions beyond scope need explicit user confirmation.
-- Design for current requirements. Defer speculative extensions until evidence shows near-term need.
-- Delete code that carries no behavior, safety, or test value.
-
-## Architecture
-
-- Explicit module boundaries. Group by feature or domain.
-- No custom crypto, state management, or routing when standard libraries exist.
-- Controllers handle protocol translation only. Business logic belongs in services.
-- Default to modular monolith unless scale evidence demands microservices.
-
-## Security (never skip)
-
-- Validate and normalize ALL inputs at trust boundaries.
-- Parameterize all queries. Never interpolate input into SQL or shell commands.
-- Never commit secrets, tokens, or credentials. Inject via environment variables.
-- Enforce resource-level authorization, not just authentication.
-- Error responses and logs must not leak stack traces, internals, or PII.
-- Encode output for user-controlled content to prevent XSS.
-
-## Error Handling
-
-- Fail fast on invalid input.
-- Handle only errors that can actually occur. Validate at system boundaries where untrusted input enters.
-- Structured error responses with safe details only.
-- Distinguish client errors (4xx) from server errors (5xx).
-- Surface every operational error with context. Empty catch blocks mask production issues.
-
-## Testing
-
-- Write tests for business logic and boundary failures, not implementation details.
-- Cover happy path, error paths, edge cases.
-- Tests must be fast, isolated, deterministic.
-- Integration tests for critical data paths.
-
-## API Design
-
-- Bounded list reads: always paginate or set explicit limits.
-- Idempotent for side-effect mutations.
-- Backward-compatible by default. Version breaking changes explicitly.
-- Sync docs in the same commit when changing API or schema.
-
-## Database
-
-- Use eager loading or batching to eliminate N+1 queries. Paginate all growable datasets.
-- Multi-table mutations run inside transactions.
-- Monetary amounts: integer minor units or exact decimal. Never floats.
-- Schema changes require versioned, reversible migrations.
-
-## Frontend
-
-- Semantic HTML before custom components.
-- WCAG 2.2 AA accessibility floor.
-- Responsive by default. Handle empty, loading, error, offline states.
-
-## Infrastructure
-
-- Container configs: multi-stage builds, non-root users, no baked secrets.
-- Configuration from environment, validated at startup.
-- Structured logging with correlation IDs.
-
-## Resilience
-
-- Every outbound call has a strict timeout.
-- Retries use exponential backoff with jitter. Only retry idempotent operations.
-- Circuit breakers for unhealthy dependencies.
-
-## Workflow
-
-Recognize the scenario and offer the matching command — user decides
-whether to invoke it. Skip this for trivial edits.
-
-- Domain-specific rules (Testing, API Design, Database, Frontend, Infrastructure, Resilience) → `/asc-reference`
-- New project from scratch → `/asc-new-project` (define/spec gate before implementation)
-- Non-trivial feature in an existing codebase → `/asc-add-feature` (research/plan gate before implementation)
-- Refactor spanning multiple files or changing architecture → `/asc-refactor` (classifies scope, gates on high-level changes)
-
-## Response Style
-
-Lead with what the developer needs to act: the command, file path, code change, or decision point. Format: direct statement, then evidence. Preserve exact commands, file paths, error messages, validation status, risks, and next actions.

package/.openclaw/skills/asc/SKILL.md

@@ -1,30 +0,0 @@
-# Agentic Senior Core
-
-Universal AI coding rules. Write code like a staff engineer.
-
-## Available Commands
-
-- `/asc-new-project` -- Greenfield workflow (Define -> Spec -> Implement -> Validate)
-- `/asc-add-feature` -- Brownfield workflow (Research -> Plan -> Implement)
-- `/asc-refactor` -- Structured refactoring workflow with pre-checks and validation
-- `/asc-review` -- Production-risk code review with severity-ordered findings
-- `/asc-audit` -- Security and architecture audit
-- `/asc-reference` -- Domain-specific rules (testing, API, database, frontend, infra, resilience)
-- `/asc-debt` -- Track deferred enforcement violations (add, list, resolve, summary)
-- `/asc-help` -- Show this help
-
-## Enforcement
-
-On plugin-tier hosts (Claude Code, Codex CLI, Copilot CLI), a PostToolUse hook fires after every Edit/Write and checks:
-- New dependencies against stdlib duplicates (decision ladder step 3)
-- LOC delta > 30 lines on edits (step 5)
-- New files > 50 lines (steps 1–2)
-- Workflow gate violations: source/config edits during research or plan phases
-
-Violations inject a nudge referencing the specific ladder step or workflow phase. The hook is silent when no issues are found. All enforcement is advisory — nudges, not hard blocks.
-
-## What It Does
-
-Loads universal engineering rules on every session: code quality, architecture, security, error handling, testing, API design, database, frontend, infrastructure, resilience, and async patterns.
-
-Rules apply to any project, stack, language, or framework. No per-project configuration needed.

package/.openclaw/skills/asc-adapter/SKILL.md

@@ -1,37 +0,0 @@
-# ASC Adapter
-
-Detect installed AI coding hosts and generate adapter files for the current project.
-
-## When to use
-
-Run this when setting up a new project or when a developer wants ASC rules active across all their AI coding tools.
-
-## Steps
-
-1. Run `asc status` to detect which AI coding hosts are installed on this system.
-2. Check which adapter files already exist in the current project directory.
-3. For any detected host that is missing an adapter, run `asc adapter --<host>` to generate it.
-4. Use `asc adapter --all` to generate adapters for all supported hosts at once.
-
-## Supported hosts
-
-Plugin hosts (always-on, no adapter needed): Claude Code, Codex CLI, Gemini CLI, Antigravity CLI, Copilot CLI, Devin CLI, Hermes, OpenCode, OpenClaw.
-
-Adapter hosts (one file per project): Cursor, Devin Desktop, Cline, GitHub Copilot, Kiro, Continue, Zed, Aider, Kilo Code, Roo Code, OpenHands.
-
-## Commands
-
-```bash
-asc status                # Show detected hosts
-asc adapter --all         # Generate all adapters
-asc adapter --cursor      # Generate for specific host
-asc uninstall             # Remove all ASC adapter files
-asc uninstall --dry-run   # Preview what would be removed
-```
-
-## Notes
-
-- Adapter files contain the ASC universal coding rules, compressed to fit within each host's size limits.
-- Cursor uses `.mdc` format with `alwaysApply: true` frontmatter.
-- Windsurf is now Devin Desktop. Use `--devin` for the preferred path, `--windsurf` for legacy.
-- Zed also reads `AGENTS.md` natively, so the adapter is optional.