oh-my-customcode 0.12.0 → 0.12.2

package/templates/.codex/rules/index.yaml

@@ -1,141 +0,0 @@
-# Global Rules
-# Priority: MUST > SHOULD > MAY
-
-rules:
-  # MUST - Never violate
-  - id: R000
-    name: language-policy
-    title: Language & Delegation Policy
-    path: ./MUST-language-policy.md
-    priority: MUST
-    scope: all
-
-  - id: R001
-    name: safety
-    title: Safety Rules
-    path: ./MUST-safety.md
-    priority: MUST
-    scope: all
-
-  - id: R002
-    name: permissions
-    title: Permission Rules
-    path: ./MUST-permissions.md
-    priority: MUST
-    scope: all
-
-  - id: R007
-    name: agent-identification
-    title: Agent Identification Rules
-    path: ./MUST-agent-identification.md
-    priority: MUST
-    scope: all
-
-  - id: R008
-    name: tool-identification
-    title: Tool Usage Identification Rules
-    path: ./MUST-tool-identification.md
-    priority: MUST
-    scope: all
-
-  - id: R009
-    name: parallel-execution
-    title: Parallel Execution Rules
-    path: ./MUST-parallel-execution.md
-    priority: MUST
-    scope: all
-
-  # Agent Design - MUST
-  - id: R006
-    name: agent-design
-    title: Agent Design Rules
-    path: ./MUST-agent-design.md
-    priority: MUST
-    scope: agents
-
-  # Orchestrator Coordination - MUST
-  - id: R010
-    name: orchestrator-coordination
-    title: Orchestrator Coordination Rules
-    path: ./MUST-orchestrator-coordination.md
-    priority: MUST
-    scope: agents
-
-  # Intent Transparency - MUST
-  - id: R014
-    name: intent-transparency
-    title: Intent Transparency Rules
-    path: ./MUST-intent-transparency.md
-    priority: MUST
-    scope: orchestrator
-
-  # Continuous Improvement - MUST
-  - id: R015
-    name: continuous-improvement
-    title: Continuous Improvement Rules
-    path: ./MUST-continuous-improvement.md
-    priority: MUST
-    scope: all
-
-  # Sync Verification - MUST
-  - id: R016
-    name: sync-verification
-    title: Sync Verification Rules
-    path: ./MUST-sync-verification.md
-    priority: MUST
-    scope: all
-
-  # SHOULD - Strongly recommended
-  - id: R003
-    name: interaction
-    title: Interaction Rules
-    path: ./SHOULD-interaction.md
-    priority: SHOULD
-    scope: all
-
-  - id: R004
-    name: error-handling
-    title: Error Handling Rules
-    path: ./SHOULD-error-handling.md
-    priority: SHOULD
-    scope: all
-
-  # Memory Integration - SHOULD
-  - id: R011
-    name: memory-integration
-    title: Memory Integration Rules
-    path: ./SHOULD-memory-integration.md
-    priority: SHOULD
-    scope: all
-
-  # HUD Statusline - SHOULD
-  - id: R012
-    name: hud-statusline
-    title: HUD Statusline Rules
-    path: ./SHOULD-hud-statusline.md
-    priority: SHOULD
-    scope: all
-
-  # Ecomode - SHOULD
-  - id: R013
-    name: ecomode
-    title: Ecomode Rules
-    path: ./SHOULD-ecomode.md
-    priority: SHOULD
-    scope: all
-
-  # Agent Teams - SHOULD
-  - id: R017
-    name: agent-teams
-    title: Agent Teams Rules
-    path: ./SHOULD-agent-teams.md
-    priority: SHOULD
-    scope: orchestrator
-
-  # MAY - Optional
-  - id: R005
-    name: optimization
-    title: Optimization Guide
-    path: ./MAY-optimization.md
-    priority: MAY
-    scope: all

package/templates/.codex/skills/airflow-best-practices/SKILL.md

@@ -1,56 +0,0 @@
----
-name: airflow-best-practices
-description: Apache Airflow best practices for DAG authoring, testing, and production deployment
-user-invocable: false
----
-
-# Apache Airflow Best Practices
-
-## DAG Authoring
-
-### Top-Level Code (CRITICAL)
-- Avoid heavy computation at module level (executed on every DAG parse)
-- Minimize imports at module level
-- Use `@task` decorator (TaskFlow API) for Python tasks
-- Keep DAG file under 1000 lines
-
-### Scheduling
-- Use cron expressions or timetables
-- Set `catchup=False` for most cases
-- Use data-aware scheduling (datasets) for dependencies
-- Configure SLA monitoring
-
-### Task Dependencies
-- Use `>>` / `<<` for clarity
-- Group related tasks with TaskGroup
-- Avoid deep nesting (max 3 levels)
-
-## Testing
-
-### Unit Tests
-- Test DAG import without errors
-- Detect cycles in dependencies
-- Mock external connections
-- Test task logic independently
-
-### Integration Tests
-- Use Airflow test mode
-- Validate end-to-end workflows
-- Test with sample data
-
-## Production Deployment
-
-### Performance
-- Lazy-load heavy libraries inside tasks
-- Use connection pooling
-- Minimize DAG parse time
-- Enable parallelism
-
-### Reliability
-- Set appropriate retries and retry_delay
-- Use SLA callbacks for monitoring
-- Implement proper error handling
-- Log important events
-
-## References
-- [Airflow Best Practices](https://airflow.apache.org/docs/apache-airflow/stable/best-practices.html)

package/templates/.codex/skills/audit-agents/SKILL.md

@@ -1,116 +0,0 @@
----
-name: audit-agents
-description: Audit agent dependencies and references
-argument-hint: "[agent-name] [--all] [--fix]"
----
-
-# Audit Agents Skill
-
-Audit agent dependencies to ensure all skill and guide references are valid and symlinks are working.
-
-## Options
-
-```
---all, -a        Audit all agents
---verbose, -v    Show detailed results
---fix            Auto-fix issues (delegates to /fix-refs)
-```
-
-## Workflow
-
-```
-1. Load agent configuration
-   └── Read agent .md file
-
-2. Check skills
-   ├── Skill exists in .codex/skills/
-   └── Skill path is valid
-
-3. Check guides
-   ├── Guide exists in guides/
-   └── Guide path is valid
-
-4. Report results
-```
-
-## Output Format
-
-### Single Agent
-```
-[mgr-supplier:audit lang-golang-expert]
-
-Auditing: lang-golang-expert
-
-Skills:
-  ✓ go-best-practices
-    Path: .codex/skills/go-best-practices/
-    Status: Valid
-
-Guides:
-  ✓ golang
-    Path: guides/golang/
-    Status: Valid
-
-Summary:
-  Skills: 1/1 valid
-  Guides: 1/1 valid
-  Status: HEALTHY
-```
-
-### All Agents
-```
-[mgr-supplier:audit --all]
-
-Auditing all agents...
-
-sw-engineer:
-  ✓ lang-golang-expert      (2/2 deps valid)
-  ✓ lang-python-expert      (2/2 deps valid)
-  ✓ lang-rust-expert        (2/2 deps valid)
-  ✗ lang-kotlin-expert      (1/2 deps valid)
-    └─ Missing: kotlin guide symlink
-
-sw-engineer/backend:
-  ✓ be-fastapi-expert     (2/2 deps valid)
-  ✓ be-springboot-expert  (2/2 deps valid)
-  ✓ be-go-backend-expert  (2/2 deps valid)
-
-infra-engineer:
-  ✓ infra-docker-expert      (2/2 deps valid)
-  ✓ infra-aws-expert         (2/2 deps valid)
-
-Summary:
-  Total agents: 15
-  Healthy: 14
-  Issues: 1
-
-Run "mgr-supplier:fix lang-kotlin-expert" to fix issues.
-```
-
-### Verbose Output
-```
-[mgr-supplier:audit lang-golang-expert --verbose]
-
-Auditing: lang-golang-expert
-
-Configuration:
-  Path: .codex/agents/lang-golang-expert.md
-  Type: sw-engineer
-  Source: internal
-
-Declared Skills:
-  [1] go-best-practices
-      Path: .codex/skills/go-best-practices/
-      Exists: ✓
-
-Declared Guides:
-  [1] golang
-      Path: guides/golang/
-      Exists: ✓
-
-Cross-references:
-  ✓ go-best-practices.used_by includes lang-golang-expert
-  ✓ golang.used_by includes lang-golang-expert
-
-Status: HEALTHY (all checks passed)
-```

package/templates/.codex/skills/aws-best-practices/SKILL.md

@@ -1,280 +0,0 @@
----
-name: aws-best-practices
-description: AWS patterns from Well-Architected Framework
-user-invocable: false
----
-
-## Purpose
-
-Apply AWS patterns for building scalable, secure, and cost-effective cloud infrastructure.
-
-## Well-Architected Framework Pillars
-
-### 1. Operational Excellence
-
-```yaml
-principles:
-  - Perform operations as code
-  - Make frequent, small, reversible changes
-  - Refine operations procedures frequently
-  - Anticipate failure
-  - Learn from all operational failures
-
-practices:
-  - Use CloudFormation/CDK for IaC
-  - Implement CI/CD pipelines
-  - Use CloudWatch for monitoring
-  - Set up alarms and dashboards
-  - Document runbooks
-```
-
-### 2. Security
-
-```yaml
-principles:
-  - Implement strong identity foundation
-  - Enable traceability
-  - Apply security at all layers
-  - Automate security best practices
-  - Protect data in transit and at rest
-  - Keep people away from data
-  - Prepare for security events
-
-iam:
-  - Use least privilege principle
-  - Never use root account for daily tasks
-  - Enable MFA for all users
-  - Use IAM roles for services
-  - Rotate credentials regularly
-
-patterns: |
-  # IAM Policy - Least Privilege
-  {
-    "Version": "2012-10-17",
-    "Statement": [{
-      "Effect": "Allow",
-      "Action": [
-        "s3:GetObject",
-        "s3:PutObject"
-      ],
-      "Resource": "arn:aws:s3:::my-bucket/*",
-      "Condition": {
-        "IpAddress": {
-          "aws:SourceIp": "10.0.0.0/8"
-        }
-      }
-    }]
-  }
-```
-
-### 3. Reliability
-
-```yaml
-principles:
-  - Automatically recover from failure
-  - Test recovery procedures
-  - Scale horizontally
-  - Stop guessing capacity
-  - Manage change through automation
-
-practices:
-  - Multi-AZ deployments
-  - Auto Scaling groups
-  - Health checks and self-healing
-  - Backup and disaster recovery
-  - Loose coupling with queues
-
-patterns:
-  high_availability: |
-    # Multi-AZ RDS
-    - Primary in us-east-1a
-    - Standby in us-east-1b
-    - Read replicas in us-east-1c
-
-  auto_scaling: |
-    # Target tracking scaling
-    - Metric: CPUUtilization
-    - Target: 70%
-    - Min: 2, Max: 10
-```
-
-### 4. Performance Efficiency
-
-```yaml
-principles:
-  - Democratize advanced technologies
-  - Go global in minutes
-  - Use serverless architectures
-  - Experiment more often
-  - Consider mechanical sympathy
-
-compute:
-  - Right-size instances
-  - Use Spot for fault-tolerant workloads
-  - Consider Graviton (ARM) processors
-  - Containerize with ECS/EKS
-
-storage:
-  - Use appropriate storage class
-  - S3 Intelligent-Tiering for variable access
-  - EBS volume types based on IOPS needs
-
-database:
-  - Aurora for MySQL/PostgreSQL
-  - DynamoDB for key-value/document
-  - ElastiCache for caching
-```
-
-### 5. Cost Optimization
-
-```yaml
-principles:
-  - Implement cloud financial management
-  - Adopt consumption model
-  - Measure overall efficiency
-  - Stop spending on undifferentiated heavy lifting
-  - Analyze and attribute expenditure
-
-practices:
-  - Use Reserved Instances/Savings Plans
-  - Right-size resources
-  - Delete unused resources
-  - Use Spot Instances
-  - Implement auto scaling
-
-tools:
-  - AWS Cost Explorer
-  - AWS Budgets
-  - AWS Trusted Advisor
-  - Cost Allocation Tags
-```
-
-### 6. Sustainability
-
-```yaml
-principles:
-  - Understand your impact
-  - Establish sustainability goals
-  - Maximize utilization
-  - Anticipate and adopt more efficient offerings
-  - Use managed services
-  - Reduce downstream impact
-
-practices:
-  - Use efficient instance types (Graviton)
-  - Optimize storage lifecycle
-  - Use serverless where possible
-  - Select regions with lower carbon intensity
-```
-
-## Common Patterns
-
-### VPC Design
-
-```yaml
-pattern: |
-  VPC (10.0.0.0/16)
-  ├── Public Subnets
-  │   ├── us-east-1a: 10.0.1.0/24
-  │   ├── us-east-1b: 10.0.2.0/24
-  │   └── us-east-1c: 10.0.3.0/24
-  ├── Private Subnets (App)
-  │   ├── us-east-1a: 10.0.11.0/24
-  │   ├── us-east-1b: 10.0.12.0/24
-  │   └── us-east-1c: 10.0.13.0/24
-  └── Private Subnets (Data)
-      ├── us-east-1a: 10.0.21.0/24
-      ├── us-east-1b: 10.0.22.0/24
-      └── us-east-1c: 10.0.23.0/24
-
-components:
-  - Internet Gateway (public access)
-  - NAT Gateway (private outbound)
-  - VPC Endpoints (AWS services)
-  - Network ACLs (subnet level)
-  - Security Groups (instance level)
-```
-
-### Three-Tier Architecture
-
-```yaml
-pattern: |
-  [Internet]
-      │
-  [CloudFront]
-      │
-  [ALB] ← Public Subnet
-      │
-  [ECS/EC2] ← Private Subnet (App)
-      │
-  [RDS Multi-AZ] ← Private Subnet (Data)
-
-components:
-  web_tier:
-    - CloudFront for CDN
-    - WAF for protection
-    - ALB for load balancing
-
-  app_tier:
-    - ECS Fargate or EC2
-    - Auto Scaling
-    - ElastiCache
-
-  data_tier:
-    - RDS Multi-AZ
-    - Read Replicas
-    - Automated backups
-```
-
-### Serverless Pattern
-
-```yaml
-pattern: |
-  [API Gateway]
-      │
-  [Lambda] → [DynamoDB]
-      │
-  [SQS] → [Lambda] → [S3]
-
-components:
-  - API Gateway for REST/HTTP APIs
-  - Lambda for compute
-  - DynamoDB for NoSQL
-  - SQS for decoupling
-  - S3 for storage
-  - Step Functions for orchestration
-```
-
-### CI/CD Pipeline
-
-```yaml
-pattern: |
-  [CodeCommit/GitHub]
-      │
-  [CodePipeline]
-      │
-  ├── [CodeBuild] - Build & Test
-  │
-  ├── [ECR] - Container Registry
-  │
-  └── [CodeDeploy/ECS] - Deploy
-
-practices:
-  - Blue/Green deployments
-  - Canary releases
-  - Automated rollback
-  - Infrastructure as Code
-```
-
-## Application
-
-When designing AWS architecture:
-
-1. **Always** follow least privilege for IAM
-2. **Always** use Multi-AZ for production
-3. **Always** encrypt data at rest and in transit
-4. **Prefer** managed services over self-managed
-5. **Implement** monitoring and alerting
-6. **Use** IaC for all infrastructure
-7. **Design** for failure
-8. **Optimize** costs continuously