oh-my-customcode 0.12.1 → 0.12.2

package/templates/.codex/skills/result-aggregation/SKILL.md

@@ -1,164 +0,0 @@
----
-name: result-aggregation
-description: Aggregate parallel agent results into concise output
-user-invocable: false
----
-
-## Purpose
-
-Aggregate and format results from multiple parallel agent executions into concise, scannable output.
-
-## When to Use
-
-- After parallel agent execution completes
-- When ecomode is active
-- For batch operation summaries
-- When reporting multi-agent task results
-
-## Aggregation Formats
-
-### Standard Batch Format
-
-```
-[Batch Complete] {completed}/{total}
-├── {agent}: {icon} {summary}
-├── {agent}: {icon} {summary}
-└── {agent}: {icon} {summary}
-```
-
-### Detailed Batch Format
-
-```
-[Batch Complete] {completed}/{total}
-
-[1] {agent-name}
-    Status: {success|failed|partial}
-    Target: {file/path}
-    Result: {summary}
-
-[2] {agent-name}
-    Status: {success|failed|partial}
-    Target: {file/path}
-    Result: {summary}
-```
-
-### Error Summary Format
-
-```
-[Batch Complete] {completed}/{total} ({failures} failed)
-
-Failures:
-├── {agent}: {error summary}
-└── {agent}: {error summary}
-
-Successes:
-├── {agent}: ✓ {summary}
-└── {agent}: ✓ {summary}
-```
-
-## Status Icons
-
-| Icon | Status | Use When |
-|------|--------|----------|
-| ✓ | Success | Task completed successfully |
-| ✗ | Failed | Task failed with error |
-| ⚠ | Warning | Completed with warnings |
-| ⏳ | Pending | Still in progress |
-| ⊘ | Skipped | Task was skipped |
-
-## Aggregation Rules
-
-### 1. Ordering
-
-```yaml
-order:
-  - Failed results first (need attention)
-  - Warnings second
-  - Successes last
-  - Within category: alphabetical by agent
-```
-
-### 2. Summary Length
-
-```yaml
-ecomode_on:
-  max_length: 50 characters
-  truncate_with: "..."
-
-ecomode_off:
-  max_length: 200 characters
-  allow_multiline: true
-```
-
-### 3. Grouping
-
-```yaml
-group_by:
-  - status (success/failed/warning)
-  - agent_type (when mixed types)
-  - target_path (when same agent, different targets)
-```
-
-## Integration
-
-### With Secretary
-
-```
-Secretary receives:
-  - List of agent results
-  - Ecomode status
-  - User display preferences
-
-Secretary outputs:
-  - Aggregated summary using this skill
-  - Individual details if requested
-```
-
-### With Ecomode
-
-```
-When ecomode active:
-  - Use compact format
-  - One line per agent
-  - Icons for status
-  - Truncate long summaries
-```
-
-## Examples
-
-### Code Review Batch
-
-```
-[Batch Complete] 4/4
-
-├── lang-golang-expert: ✓ src/main.go - 2 issues (1 naming, 1 error handling)
-├── lang-python-expert: ✓ scripts/*.py - Clean
-├── lang-rust-expert: ⚠ lib/core.rs - 1 unsafe block flagged
-└── lang-typescript-expert: ✓ web/app.tsx - 3 suggestions
-```
-
-### Agent Creation Batch
-
-```
-[Batch Complete] 3/4 (1 failed)
-
-✗ lang-kotlin-expert: Skill not found: kotlin-best-practices
-✓ lang-golang-expert: Agent created at .codex/agents/lang-golang-expert.md
-✓ lang-python-expert: Agent created at .codex/agents/lang-python-expert.md
-✓ lang-rust-expert: Agent created at .codex/agents/lang-rust-expert.md
-```
-
-### Audit Batch
-
-```
-[Batch Complete] 5/5
-
-Agents Audited:
-├── mgr-creator: ✓ All refs valid
-├── mgr-updater: ✓ All refs valid
-├── mgr-supplier: ⚠ 1 deprecated ref
-├── lang-golang-expert: ✓ All refs valid
-└── lang-python-expert: ✓ All refs valid
-
-Summary: 5 agents checked, 1 warning
-```

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

@@ -1,267 +0,0 @@
----
-name: rust-best-practices
-description: Idiomatic Rust patterns from official guidelines
-user-invocable: false
----
-
-## Purpose
-
-Apply idiomatic Rust patterns and best practices from official documentation.
-
-## Core Principles
-
-```
-Safety without garbage collection
-Zero-cost abstractions
-Fearless concurrency
-Ownership as a feature
-```
-
-## Rules
-
-### 1. Naming Conventions
-
-```yaml
-crates:
-  style: snake_case or kebab-case
-  example: my_crate, my-crate
-
-modules:
-  style: snake_case
-  example: my_module
-
-types:
-  style: UpperCamelCase
-  example: MyStruct, MyEnum
-
-traits:
-  style: UpperCamelCase
-  example: Iterator, Display
-
-functions_methods:
-  style: snake_case
-  example: my_function, get_value
-
-constants:
-  style: SCREAMING_SNAKE_CASE
-  example: MAX_SIZE
-
-type_parameters:
-  style: single uppercase or CamelCase
-  example: T, E, Item
-
-lifetimes:
-  style: short lowercase
-  example: 'a, 'b, 'static
-
-macros:
-  style: snake_case!
-  example: vec!, println!
-```
-
-### 2. Ownership and Borrowing
-
-```yaml
-principles:
-  - Each value has exactly one owner
-  - References cannot outlive the data they reference
-  - Either one mutable reference OR many immutable references
-
-prefer:
-  - "&T over T" when not needing ownership
-  - "&mut T over T" when modifying without consuming
-  - "T over Box<T>" when size is known at compile time
-
-avoid:
-  - Clone when borrowing suffices
-  - RefCell unless interior mutability is needed
-  - Unsafe unless absolutely necessary
-```
-
-### 3. Error Handling
-
-```yaml
-result_type:
-  - Return Result<T, E> for recoverable errors
-  - Use ? operator for propagation
-  - Define custom error types for libraries
-
-option_type:
-  - Use Option<T> for nullable values
-  - Prefer map/and_then over match when appropriate
-  - Use unwrap_or, unwrap_or_else, unwrap_or_default
-
-panic:
-  - Only for unrecoverable errors
-  - Use in tests with assert!, assert_eq!
-  - Avoid in library code
-
-patterns: |
-  // Propagation with ?
-  fn read_file() -> Result<String, io::Error> {
-      let mut file = File::open("file.txt")?;
-      let mut contents = String::new();
-      file.read_to_string(&mut contents)?;
-      Ok(contents)
-  }
-
-  // Custom error type
-  #[derive(Debug)]
-  enum MyError {
-      Io(io::Error),
-      Parse(ParseIntError),
-  }
-```
-
-### 4. Traits and Generics
-
-```yaml
-trait_design:
-  - Keep traits focused and small
-  - Use associated types for output types
-  - Implement standard traits: Debug, Clone, Default, PartialEq
-
-standard_traits:
-  - Debug: for debugging output
-  - Clone: explicit duplication
-  - Default: default value construction
-  - PartialEq, Eq: equality comparison
-  - PartialOrd, Ord: ordering
-  - Hash: for HashMap keys
-  - Display: user-facing output
-  - From/Into: type conversion
-
-generics:
-  - Use trait bounds to specify requirements
-  - Prefer impl Trait in argument position
-  - Use where clauses for complex bounds
-```
-
-### 5. Memory Management
-
-```yaml
-stack_vs_heap:
-  - Stack: fixed-size, Copy types
-  - Heap: dynamic-size, Box, Vec, String
-
-smart_pointers:
-  - Box<T>: heap allocation with single owner
-  - Rc<T>: reference counting (single-threaded)
-  - Arc<T>: atomic reference counting (multi-threaded)
-  - RefCell<T>: interior mutability
-
-avoid_leaks:
-  - Drop trait for cleanup
-  - RAII pattern for resources
-  - Weak references to break cycles
-```
-
-### 6. Concurrency
-
-```yaml
-send_sync:
-  - Send: safe to transfer between threads
-  - Sync: safe to share references between threads
-
-primitives:
-  - Mutex<T>: mutual exclusion
-  - RwLock<T>: multiple readers or one writer
-  - Arc<T>: thread-safe reference counting
-  - mpsc: channels for message passing
-
-patterns: |
-  // Shared state with Arc and Mutex
-  let counter = Arc::new(Mutex::new(0));
-  let counter_clone = Arc::clone(&counter);
-
-  thread::spawn(move || {
-      let mut num = counter_clone.lock().unwrap();
-      *num += 1;
-  });
-
-  // Message passing
-  let (tx, rx) = mpsc::channel();
-  thread::spawn(move || {
-      tx.send(value).unwrap();
-  });
-  let received = rx.recv().unwrap();
-```
-
-### 7. API Design
-
-```yaml
-guidelines:
-  - Accept borrowed data when possible
-  - Return owned data when the caller needs it
-  - Use Into/AsRef for flexible parameters
-  - Implement standard conversion traits
-
-constructors:
-  - new() for primary constructor
-  - with_* for alternative constructors
-  - Builder pattern for many parameters
-
-methods:
-  - is_* for boolean queries
-  - as_* for cheap conversions (borrows)
-  - to_* for expensive conversions (copies)
-  - into_* for ownership transfers
-```
-
-### 8. Documentation
-
-```yaml
-rules:
-  - Document all public items
-  - Include examples in doc comments
-  - Use # Examples section
-  - Document panics, errors, safety
-
-format: |
-  /// Brief description.
-  ///
-  /// More detailed explanation if needed.
-  ///
-  /// # Examples
-  ///
-  /// ```
-  /// let result = my_function(42);
-  /// assert_eq!(result, 84);
-  /// ```
-  ///
-  /// # Panics
-  ///
-  /// Panics if the input is zero.
-  pub fn my_function(x: i32) -> i32 {
-      x * 2
-  }
-```
-
-### 9. Project Structure
-
-```yaml
-layout:
-  - src/lib.rs or src/main.rs: crate root
-  - src/bin/: additional binaries
-  - tests/: integration tests
-  - benches/: benchmarks
-  - examples/: example programs
-
-modules:
-  - One module per file
-  - mod.rs or filename.rs for module
-  - pub use for re-exports
-```
-
-## Application
-
-When writing or reviewing Rust code:
-
-1. **Always** handle ownership correctly
-2. **Always** handle errors with Result/Option
-3. **Prefer** borrowing over cloning
-4. **Prefer** zero-cost abstractions
-5. **Implement** standard traits (Debug, Clone, etc.)
-6. **Document** public APIs with examples
-7. **Avoid** unsafe unless necessary
-8. **Use** clippy for linting

package/templates/.codex/skills/sauron-watch/SKILL.md

@@ -1,144 +0,0 @@
----
-name: sauron-watch
-description: Full R016 verification (5+3 rounds) before commit
-disable-model-invocation: true
----
-
-# Sauron Watch Skill
-
-Execute full R016 verification process with 5 rounds of manager agent verification and 3 rounds of deep review.
-
-## Purpose
-
-Ensure complete synchronization of agents, commands, documentation, and project structure before committing changes.
-
-## Workflow
-
-### Phase 1: Manager Agent Verification (5 rounds)
-
-#### Round 1-2: Basic Sync
-```
-□ /audit-agents - Check all agent dependencies
-□ /sync-check - Verify registry synchronization
-□ Fix any issues found
-```
-
-#### Round 3-4: Deep Sync
-```
-□ /audit-agents - Re-verify after fixes
-□ /sync-check - Re-verify registries
-□ /update-docs - Check documentation sync
-□ Fix any remaining issues
-```
-
-#### Round 5: Final Verification
-```
-□ All agent counts match (AGENTS.md, index.yaml, actual files)
-□ All symlinks valid
-□ All command registries updated
-□ All intent-detection triggers present
-```
-
-### Phase 2: Deep Review (3 rounds)
-
-#### Deep Round 1: Workflow Alignment
-```
-□ Agent creation workflow documented and functional
-□ Development workflow uses proper orchestrators
-□ Deployment workflow defined (if applicable)
-□ All orchestrators have complete `manages:` sections
-```
-
-#### Deep Round 2: Reference Verification
-```
-□ All orchestrators properly reference their managed agents
-□ All rules are properly referenced
-□ No orphaned agents (not managed by any orchestrator)
-□ No circular references
-```
-
-#### Deep Round 3: Philosophy Compliance
-```
-□ R006: Separation of concerns (AGENT.md = role only, no details)
-□ R009: Parallel execution enabled for orchestrators
-□ R010: Multi-agent tasks use orchestrators
-□ R007/R008: Agent/tool identification documented
-□ All MUST rules enforced, SHOULD rules recommended
-```
-
-### Phase 3: Fix Issues
-```
-□ All issues from Phase 1 fixed
-□ All issues from Phase 2 fixed
-□ Re-run verification if major fixes made
-```
-
-### Phase 4: Commit Ready
-```
-□ All verification passed
-□ Ready to delegate to mgr-gitnerd for commit
-```
-
-## Output Format
-
-```
-[mgr-sauron:watch]
-
-Starting full R016 verification...
-
-═══════════════════════════════════════════════════════════
- PHASE 1: Manager Agent Verification (5 rounds)
-═══════════════════════════════════════════════════════════
-
-[Round 1/5] Basic sync - /audit-agents
-  ✓ All agents have valid dependencies
-
-[Round 2/5] Basic sync - /sync-check
-  ✓ All registries synchronized
-
-[Round 3/5] Deep sync - /audit-agents
-  ✓ Dependencies verified after fixes
-
-[Round 4/5] Deep sync - /sync-check + /update-docs
-  ✓ Registries verified
-  ✓ Documentation synchronized
-
-[Round 5/5] Final verification
-  ✓ Agent counts match across all sources
-  ✓ All symlinks valid
-  ✓ Command registries updated
-  ✓ Intent triggers present
-
-═══════════════════════════════════════════════════════════
- PHASE 2: Deep Review (3 rounds)
-═══════════════════════════════════════════════════════════
-
-[Round 1/3] Workflow alignment
-  ✓ Agent creation workflow documented
-  ✓ Development workflow uses orchestrators
-  ✓ Orchestrators have complete manages sections
-
-[Round 2/3] Reference verification
-  ✓ All orchestrator references valid
-  ✓ All rules referenced
-  ✓ No orphaned agents
-
-[Round 3/3] Philosophy compliance
-  ✓ R006 separation enforced
-  ✓ R009 parallel execution enabled
-  ✓ R010 orchestrator coordination documented
-  ✓ R007/R008 identification rules present
-
-═══════════════════════════════════════════════════════════
- VERIFICATION COMPLETE
-═══════════════════════════════════════════════════════════
-
-Status: ✓ ALL CHECKS PASSED
-
-Ready to commit. 커밋할까요?
-```
-
-## Related
-
-- R016: Sync Verification Rules
-- mgr-gitnerd: Git operations agent