@clawhub-bytesagain3-5bff6becb8
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Subtitle Translator concepts, best practices, and implementation ...
--- name: "subtitle-translator" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Subtitle Translator concepts, best practices, and implementation ..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [subtitle,translator, reference] category: "devtools" --- # Subtitle Translator Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Subtitle Translator concepts, best practices, and implementation ... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # subtitle-translator — Subtitle Translator reference tool. Use when working with subtitle translator in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' subtitle-translator v$VERSION — Subtitle Translator Reference Tool Usage: subtitle-translator <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Subtitle Translator — Overview ## What is Subtitle Translator? Subtitle Translator (subtitle-translator) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with subtitle translator. ## Key Concepts - Core subtitle translator principles and fundamentals - How subtitle translator fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Subtitle Translator Matters Understanding subtitle translator is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic subtitle translator concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Subtitle Translator — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the subtitle translator package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Subtitle Translator — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for subtitle translator 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Subtitle Translator — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Subtitle Translator — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Subtitle Translator — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Subtitle Translator — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Subtitle Translator — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "subtitle-translator v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: subtitle-translator help"; exit 1 ;; esac
Tool for shell commands execution, visualization and alerting. Configured with a simple YAML file. terminal-dashboard, go, alerting, charts, cmd.
--- version: "1.0.0" name: Sampler description: "Tool for shell commands execution, visualization and alerting. Configured with a simple YAML file. terminal-dashboard, go, alerting, charts, cmd." --- # Terminal Dashboard Terminal Dashboard v2.0.0 — a data toolkit for building data pipelines and tracking data operations from the command line. Ingest, transform, query, filter, aggregate, and visualize your data — all logged locally with timestamps for full traceability. ## Why Terminal Dashboard? - Works entirely offline — your data never leaves your machine - Simple command-line interface, no GUI needed - Timestamped logging for every operation - Export to JSON, CSV, or plain text anytime - Automatic history and activity tracking - Searchable records across all data pipeline stages ## Getting Started ```bash # See all available commands terminal-dashboard help # Check current health status terminal-dashboard status # View summary statistics terminal-dashboard stats ``` ## Commands ### Data Pipeline Commands Each command works in two modes: run without arguments to view recent entries, or pass input to record a new entry. | Command | Description | |---------|-------------| | `terminal-dashboard ingest <input>` | Record data ingestion events (file imports, API pulls, stream captures) | | `terminal-dashboard transform <input>` | Log data transformations (format conversions, cleaning steps, enrichments) | | `terminal-dashboard query <input>` | Record queries executed (SQL, API calls, search operations) | | `terminal-dashboard filter <input>` | Log filter operations (row filtering, column selection, deduplication) | | `terminal-dashboard aggregate <input>` | Record aggregation operations (group-by, rollups, summaries) | | `terminal-dashboard visualize <input>` | Log visualization outputs (charts generated, dashboards updated) | | `terminal-dashboard export <input>` | Record export operations (file writes, API pushes, report generation) | | `terminal-dashboard sample <input>` | Log sampling operations (random samples, stratified picks, head/tail) | | `terminal-dashboard schema <input>` | Record schema operations (schema detection, validation rules, migrations) | | `terminal-dashboard validate <input>` | Log validation results (data quality checks, constraint tests, anomalies) | | `terminal-dashboard pipeline <input>` | Record pipeline operations (end-to-end runs, DAG executions, orchestration) | | `terminal-dashboard profile <input>` | Log profiling results (data profiling, column stats, distribution analysis) | ### Utility Commands | Command | Description | |---------|-------------| | `terminal-dashboard stats` | Show summary statistics across all log categories | | `terminal-dashboard export <fmt>` | Export all data (formats: `json`, `csv`, `txt`) | | `terminal-dashboard search <term>` | Search across all entries for a keyword | | `terminal-dashboard recent` | Show the 20 most recent history entries | | `terminal-dashboard status` | Health check — version, data dir, entry count, disk usage | | `terminal-dashboard help` | Show the built-in help message | | `terminal-dashboard version` | Print version (v2.0.0) | ## Data Storage All data is stored locally in `~/.local/share/terminal-dashboard/`. Structure: - **`ingest.log`**, **`transform.log`**, **`query.log`**, etc. — one log file per command, pipe-delimited (`timestamp|value`) - **`history.log`** — unified activity log across all commands - **`export.json`** / **`export.csv`** / **`export.txt`** — generated export files Each entry is stored as `YYYY-MM-DD HH:MM|<input>`. Use `export` to back up your data anytime. ## Requirements - Bash 4+ (uses `set -euo pipefail`) - Standard Unix utilities (`date`, `wc`, `du`, `tail`, `grep`, `sed`, `cat`) - No external dependencies or internet access needed ## When to Use 1. **Data pipeline logging** — Track every step of your ETL/ELT pipeline from ingestion through transformation to export, creating a complete audit trail 2. **Data quality monitoring** — Use `validate` and `profile` to record data quality checks and catch anomalies before they reach production 3. **Schema change tracking** — Log schema migrations and validation rules so you always know what changed and when 4. **Ad-hoc analysis journaling** — Record queries, filters, and aggregations during exploratory analysis so you can reproduce your findings later 5. **Pipeline debugging** — When a data pipeline breaks, search through ingest, transform, and export logs to pinpoint where things went wrong ## Examples ```bash # Record a data ingestion event terminal-dashboard ingest "Loaded 2.4M rows from sales_2024.csv into staging" # Log a transformation step terminal-dashboard transform "Normalized phone numbers, deduplicated by email — 12k dupes removed" # Record a query terminal-dashboard query "SELECT region, SUM(revenue) FROM sales GROUP BY region — 8 rows returned" # Log a validation check terminal-dashboard validate "Schema check passed: all 47 columns match expected types" # Record a pipeline run terminal-dashboard pipeline "Daily ETL completed: ingest→clean→aggregate→export in 4m 23s" # Export everything to JSON terminal-dashboard export json # Search logs for a dataset terminal-dashboard search "sales_2024" ``` ## Output All commands output to stdout. Redirect to a file if needed: ```bash terminal-dashboard stats > pipeline-report.txt terminal-dashboard export csv ``` ## Configuration Set `TERMINAL_DASHBOARD_DIR` environment variable to override the default data directory (`~/.local/share/terminal-dashboard/`). --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Terminal Dashboard — data tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/terminal-dashboard" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "terminal-dashboard v2.0.0"; } _help() { echo "Terminal Dashboard v2.0.0 — data toolkit" echo "" echo "Usage: terminal-dashboard <command> [args]" echo "" echo "Commands:" echo " ingest Ingest" echo " transform Transform" echo " query Query" echo " filter Filter" echo " aggregate Aggregate" echo " visualize Visualize" echo " export Export" echo " sample Sample" echo " schema Schema" echo " validate Validate" echo " pipeline Pipeline" echo " profile Profile" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Terminal Dashboard Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Terminal Dashboard Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Terminal Dashboard Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: terminal-dashboard search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in ingest) shift if [ $# -eq 0 ]; then echo "Recent ingest entries:" tail -20 "$DATA_DIR/ingest.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard ingest <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/ingest.log" local total=$(wc -l < "$DATA_DIR/ingest.log") echo " [Terminal Dashboard] ingest: $input" echo " Saved. Total ingest entries: $total" _log "ingest" "$input" fi ;; transform) shift if [ $# -eq 0 ]; then echo "Recent transform entries:" tail -20 "$DATA_DIR/transform.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard transform <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/transform.log" local total=$(wc -l < "$DATA_DIR/transform.log") echo " [Terminal Dashboard] transform: $input" echo " Saved. Total transform entries: $total" _log "transform" "$input" fi ;; query) shift if [ $# -eq 0 ]; then echo "Recent query entries:" tail -20 "$DATA_DIR/query.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard query <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/query.log" local total=$(wc -l < "$DATA_DIR/query.log") echo " [Terminal Dashboard] query: $input" echo " Saved. Total query entries: $total" _log "query" "$input" fi ;; filter) shift if [ $# -eq 0 ]; then echo "Recent filter entries:" tail -20 "$DATA_DIR/filter.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard filter <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/filter.log" local total=$(wc -l < "$DATA_DIR/filter.log") echo " [Terminal Dashboard] filter: $input" echo " Saved. Total filter entries: $total" _log "filter" "$input" fi ;; aggregate) shift if [ $# -eq 0 ]; then echo "Recent aggregate entries:" tail -20 "$DATA_DIR/aggregate.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard aggregate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/aggregate.log" local total=$(wc -l < "$DATA_DIR/aggregate.log") echo " [Terminal Dashboard] aggregate: $input" echo " Saved. Total aggregate entries: $total" _log "aggregate" "$input" fi ;; visualize) shift if [ $# -eq 0 ]; then echo "Recent visualize entries:" tail -20 "$DATA_DIR/visualize.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard visualize <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/visualize.log" local total=$(wc -l < "$DATA_DIR/visualize.log") echo " [Terminal Dashboard] visualize: $input" echo " Saved. Total visualize entries: $total" _log "visualize" "$input" fi ;; export) shift if [ $# -eq 0 ]; then echo "Recent export entries:" tail -20 "$DATA_DIR/export.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard export <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/export.log" local total=$(wc -l < "$DATA_DIR/export.log") echo " [Terminal Dashboard] export: $input" echo " Saved. Total export entries: $total" _log "export" "$input" fi ;; sample) shift if [ $# -eq 0 ]; then echo "Recent sample entries:" tail -20 "$DATA_DIR/sample.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard sample <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/sample.log" local total=$(wc -l < "$DATA_DIR/sample.log") echo " [Terminal Dashboard] sample: $input" echo " Saved. Total sample entries: $total" _log "sample" "$input" fi ;; schema) shift if [ $# -eq 0 ]; then echo "Recent schema entries:" tail -20 "$DATA_DIR/schema.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard schema <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/schema.log" local total=$(wc -l < "$DATA_DIR/schema.log") echo " [Terminal Dashboard] schema: $input" echo " Saved. Total schema entries: $total" _log "schema" "$input" fi ;; validate) shift if [ $# -eq 0 ]; then echo "Recent validate entries:" tail -20 "$DATA_DIR/validate.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard validate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/validate.log" local total=$(wc -l < "$DATA_DIR/validate.log") echo " [Terminal Dashboard] validate: $input" echo " Saved. Total validate entries: $total" _log "validate" "$input" fi ;; pipeline) shift if [ $# -eq 0 ]; then echo "Recent pipeline entries:" tail -20 "$DATA_DIR/pipeline.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard pipeline <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/pipeline.log" local total=$(wc -l < "$DATA_DIR/pipeline.log") echo " [Terminal Dashboard] pipeline: $input" echo " Saved. Total pipeline entries: $total" _log "pipeline" "$input" fi ;; profile) shift if [ $# -eq 0 ]; then echo "Recent profile entries:" tail -20 "$DATA_DIR/profile.log" 2>/dev/null || echo " No entries yet. Use: terminal-dashboard profile <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/profile.log" local total=$(wc -l < "$DATA_DIR/profile.log") echo " [Terminal Dashboard] profile: $input" echo " Saved. Total profile entries: $total" _log "profile" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'terminal-dashboard help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Social Automator concepts, best practices, and implementation pat...
--- name: "social-automator" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Social Automator concepts, best practices, and implementation pat..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [social,automator, reference] category: "devtools" --- # Social Automator Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Social Automator concepts, best practices, and implementation pat... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # social-automator — Social Automator reference tool. Use when working with social automator in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' social-automator v$VERSION — Social Automator Reference Tool Usage: social-automator <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Social Automator — Overview ## What is Social Automator? Social Automator (social-automator) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with social automator. ## Key Concepts - Core social automator principles and fundamentals - How social automator fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Social Automator Matters Understanding social automator is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic social automator concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Social Automator — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the social automator package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Social Automator — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for social automator 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Social Automator — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Social Automator — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Social Automator — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Social Automator — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Social Automator — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "social-automator v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: social-automator help"; exit 1 ;; esac
Use when monitoring websites for content changes, comparing page snapshots with diff, scheduling periodic checks, or sending alerts via email and webhook not...
--- name: "Website Change Monitor & Alert System" description: "Use when monitoring websites for content changes, comparing page snapshots with diff, scheduling periodic checks, or sending alerts via email and webhook notifications." version: "2.0.0" author: "BytesAgain" homepage: https://bytesagain.com source: https://github.com/bytesagain/ai-skills tags: ["website", "monitor", "change-detection", "alert", "diff", "notification", "scraping"] --- # Website Change Monitor & Alert System Monitor web pages for content changes. Take snapshots, diff comparisons, schedule periodic checks, and send alerts via email or webhook when changes are detected. ## Commands ### watch Add a URL to the watch list. ```bash bash scripts/script.sh watch "https://example.com/pricing" bash scripts/script.sh watch "https://example.com/status" --selector ".status-text" ``` ### check Check a URL for changes right now. ```bash bash scripts/script.sh check "https://example.com/pricing" bash scripts/script.sh check --all ``` ### diff Show diff between last two snapshots of a URL. ```bash bash scripts/script.sh diff "https://example.com/pricing" ``` ### schedule Set up periodic checking (cron-based). ```bash bash scripts/script.sh schedule "https://example.com" 30 ``` ### notify Configure notification channels (email, webhook, stdout). ```bash bash scripts/script.sh notify webhook "https://hooks.slack.com/..." bash scripts/script.sh notify email "[email protected]" ``` ### help Show all commands. ```bash bash scripts/script.sh help ``` ## Output - Change detection results with diff - Snapshot history - Notification delivery confirmation ## Feedback https://bytesagain.com/feedback/ Powered by BytesAgain | bytesagain.com FILE:scripts/script.sh #!/usr/bin/env bash # site-change-alert — Website Change Monitor & Alert System # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" DATA_DIR="-$HOME/.site-change-alert" WATCH_FILE="DATA_DIR/watchlist.tsv" SNAP_DIR="DATA_DIR/snapshots" CONFIG_FILE="DATA_DIR/config.sh" ensure_dirs() { mkdir -p "$DATA_DIR" "$SNAP_DIR" if [ ! -f "$WATCH_FILE" ]; then printf "url\tselector\tinterval_min\tadded_at\tlast_checked\n" > "$WATCH_FILE" fi if [ ! -f "$CONFIG_FILE" ]; then cat > "$CONFIG_FILE" <<'CONF' # site-change-alert configuration NOTIFY_METHOD="stdout" WEBHOOK_URL="" EMAIL_TO="" USER_AGENT="Mozilla/5.0 (compatible; SiteChangeAlert/2.0; +https://bytesagain.com)" TIMEOUT=30 RETRY_COUNT=2 CONF fi # shellcheck source=/dev/null source "$CONFIG_FILE" } url_to_slug() { echo "$1" | sed 's|https\?://||;s|[^a-zA-Z0-9]|_|g' | head -c 120 } fetch_page() { local url="$1" local selector="-" local tmpfile tmpfile=$(mktemp) local ua="-Mozilla/5.0 (compatible; SiteChangeAlert/2.0)" local timeout="-30" if ! curl -sL --max-time "$timeout" \ -H "User-Agent: $ua" \ -o "$tmpfile" "$url" 2>/dev/null; then echo "❌ Failed to fetch: $url" >&2 rm -f "$tmpfile" return 1 fi if [ -n "$selector" ] && command -v python3 &>/dev/null; then python3 -u <<PYEOF import sys try: from html.parser import HTMLParser # Simple text extraction — strip HTML tags class TextExtractor(HTMLParser): def __init__(self): super().__init__() self.text = [] self.skip = False def handle_starttag(self, tag, attrs): if tag in ('script', 'style', 'noscript'): self.skip = True def handle_endtag(self, tag): if tag in ('script', 'style', 'noscript'): self.skip = False def handle_data(self, data): if not self.skip: stripped = data.strip() if stripped: self.text.append(stripped) with open("$tmpfile", "r", errors="ignore") as f: html = f.read() parser = TextExtractor() parser.feed(html) print("\n".join(parser.text)) except Exception as e: print(f"Parse error: {e}", file=sys.stderr) with open("$tmpfile", "r", errors="ignore") as f: print(f.read()) PYEOF else # Fallback: strip HTML tags with sed sed -e 's/<script[^>]*>.*<\/script>//g' \ -e 's/<style[^>]*>.*<\/style>//g' \ -e 's/<[^>]*>//g' \ -e '/^[[:space:]]*$/d' "$tmpfile" fi rm -f "$tmpfile" } cmd_watch() { local url="-" local selector="" local interval=60 if [ -z "$url" ]; then cat <<'EOF' ═══════════════════════════════════════════════════ Watch — Add URL to Monitor List ═══════════════════════════════════════════════════ Usage: bash scripts/script.sh watch <url> [options] Options: --selector <css> CSS-like selector to focus on (text extraction) --interval <min> Check interval in minutes (default: 60) Examples: bash scripts/script.sh watch "https://example.com/pricing" bash scripts/script.sh watch "https://example.com/status" --selector ".status" bash scripts/script.sh watch "https://news.ycombinator.com" --interval 30 Tips: • Start with the full page, then narrow with selectors • Use shorter intervals for time-sensitive pages • Some sites block bots — check robots.txt first • Dynamic (JS-rendered) content may not be captured Watch List Storage: Stored in: ~/.site-change-alert/watchlist.tsv Format: URL, selector, interval, added date, last checked 📖 More skills: bytesagain.com EOF return 0 fi shift while [ $# -gt 0 ]; do case "$1" in --selector) selector="$2"; shift 2 ;; --interval) interval="$2"; shift 2 ;; *) shift ;; esac done ensure_dirs # Check if already watched if grep -qF "$url" "$WATCH_FILE" 2>/dev/null; then echo "⚠️ URL already in watch list: $url" echo "📖 More skills: bytesagain.com" return 0 fi local now now=$(date -Iseconds 2>/dev/null || date +%Y-%m-%dT%H:%M:%S) printf "%s\t%s\t%s\t%s\t%s\n" "$url" "$selector" "$interval" "$now" "never" >> "$WATCH_FILE" # Take initial snapshot local slug slug=$(url_to_slug "$url") local snap_file="SNAP_DIR/slug.latest.txt" echo "📸 Taking initial snapshot..." if fetch_page "$url" "$selector" > "$snap_file" 2>/dev/null; then local lines words lines=$(wc -l < "$snap_file") words=$(wc -w < "$snap_file") cat <<EOF ═══════════════════════════════════════════════════ ✅ URL Added to Watch List ═══════════════════════════════════════════════════ URL: $url Selector: -"(full page)" Interval: interval minutes Added: $now Initial Snapshot: Lines: $lines Words: $words Stored: $snap_file Next: Run 'check' to detect changes, or 'schedule' for auto-check. 📖 More skills: bytesagain.com EOF else echo "⚠️ URL added but initial snapshot failed. Check URL accessibility." echo "📖 More skills: bytesagain.com" fi } cmd_check() { local url="-" ensure_dirs if [ "$url" = "--all" ] || [ -z "$url" ]; then echo "═══════════════════════════════════════════════════" echo " 🔍 Checking All Watched URLs" echo "═══════════════════════════════════════════════════" echo "" local total=0 changed=0 failed=0 while IFS=$'\t' read -r wurl wselector winterval wadded wlast; do [ "$wurl" = "url" ] && continue total=$(( total + 1 )) echo " Checking: $wurl" local slug slug=$(url_to_slug "$wurl") local snap_latest="SNAP_DIR/slug.latest.txt" local snap_new="SNAP_DIR/slug.new.txt" if fetch_page "$wurl" "$wselector" > "$snap_new" 2>/dev/null; then if [ -f "$snap_latest" ]; then if ! diff -q "$snap_latest" "$snap_new" >/dev/null 2>&1; then changed=$(( changed + 1 )) local ts ts=$(date +%Y%m%d_%H%M%S) cp "$snap_latest" "SNAP_DIR/slug.ts.txt" mv "$snap_new" "$snap_latest" echo " 🔴 CHANGED! (previous snapshot archived)" else echo " 🟢 No change" rm -f "$snap_new" fi else mv "$snap_new" "$snap_latest" echo " 📸 First snapshot taken" fi else failed=$(( failed + 1 )) echo " ❌ Fetch failed" rm -f "$snap_new" fi done < "$WATCH_FILE" echo "" echo " ─────────────────────────────────────────────" echo " Total: $total | Changed: $changed | Failed: $failed" echo "" echo "📖 More skills: bytesagain.com" return 0 fi echo "═══════════════════════════════════════════════════" echo " 🔍 Checking: $url" echo "═══════════════════════════════════════════════════" echo "" local slug slug=$(url_to_slug "$url") local snap_latest="SNAP_DIR/slug.latest.txt" local snap_new="SNAP_DIR/slug.new.txt" if ! fetch_page "$url" "" > "$snap_new" 2>/dev/null; then echo " ❌ Failed to fetch URL" rm -f "$snap_new" echo "" echo "📖 More skills: bytesagain.com" return 1 fi if [ -f "$snap_latest" ]; then if diff -q "$snap_latest" "$snap_new" >/dev/null 2>&1; then echo " 🟢 No change detected" rm -f "$snap_new" else local ts ts=$(date +%Y%m%d_%H%M%S) local diff_lines diff_lines=$(diff "$snap_latest" "$snap_new" | head -40) cp "$snap_latest" "SNAP_DIR/slug.ts.txt" mv "$snap_new" "$snap_latest" echo " 🔴 CHANGE DETECTED!" echo "" echo " Diff (first 40 lines):" echo " ─────────────────────────────────────────────" echo "$diff_lines" | sed 's/^/ /' echo " ─────────────────────────────────────────────" echo "" echo " Previous snapshot archived: slug.ts.txt" fi else mv "$snap_new" "$snap_latest" echo " 📸 First snapshot taken ($(wc -l < "$snap_latest") lines)" echo " Run 'check' again later to detect changes." fi echo "" echo "📖 More skills: bytesagain.com" } cmd_diff() { local url="-" if [ -z "$url" ]; then cat <<'EOF' ═══════════════════════════════════════════════════ Diff — Compare Snapshots ═══════════════════════════════════════════════════ Usage: bash scripts/script.sh diff <url> Shows the unified diff between the two most recent snapshots of the specified URL. Examples: bash scripts/script.sh diff "https://example.com/pricing" Diff Legend: --- a/previous Previous snapshot +++ b/current Current snapshot - Removed line (was in previous, not in current) + Added line (in current, not in previous) Unchanged (context line) Tips: • Large diffs may indicate layout/template changes • Small, targeted diffs usually mean content updates • Use --selector when watching to reduce noise 📖 More skills: bytesagain.com EOF return 0 fi ensure_dirs local slug slug=$(url_to_slug "$url") local snap_latest="SNAP_DIR/slug.latest.txt" if [ ! -f "$snap_latest" ]; then echo "❌ No snapshots found for: $url" echo " Run 'watch' or 'check' first." echo "" echo "📖 More skills: bytesagain.com" return 1 fi # Find most recent archived snapshot local prev_snap prev_snap=$(ls -t "SNAP_DIR/slug".2*.txt 2>/dev/null | head -1) if [ -z "$prev_snap" ]; then echo "═══════════════════════════════════════════════════" echo " 📄 Only one snapshot exists for this URL" echo "═══════════════════════════════════════════════════" echo "" echo " URL: $url" echo " Snapshot: $snap_latest ($(wc -l < "$snap_latest") lines)" echo " Need at least 2 snapshots to diff." echo "" echo "📖 More skills: bytesagain.com" return 0 fi echo "═══════════════════════════════════════════════════" echo " 📊 Diff: $url" echo "═══════════════════════════════════════════════════" echo "" echo " Previous: $(basename "$prev_snap")" echo " Current: $(basename "$snap_latest")" echo "" local added removed added=$(diff "$prev_snap" "$snap_latest" | grep -c '^>' 2>/dev/null || true) removed=$(diff "$prev_snap" "$snap_latest" | grep -c '^<' 2>/dev/null || true) echo " Summary: +added lines added, -removed lines removed" echo "" echo " ─────────────────────────────────────────────" diff -u "$prev_snap" "$snap_latest" | head -80 || true echo " ─────────────────────────────────────────────" echo "" echo "📖 More skills: bytesagain.com" } cmd_schedule() { local url="-" local interval="-60" if [ -z "$url" ]; then cat <<'EOF' ═══════════════════════════════════════════════════ Schedule — Periodic Checking via Cron ═══════════════════════════════════════════════════ Usage: bash scripts/script.sh schedule <url> [interval_minutes] Arguments: url URL to check periodically interval_minutes Check interval (default: 60) Examples: bash scripts/script.sh schedule "https://example.com" 30 bash scripts/script.sh schedule "https://news.ycombinator.com" 15 How It Works: 1. Creates a cron job for periodic checking 2. Each run takes a snapshot and compares 3. If changes detected, triggers notification 4. Archives previous snapshots with timestamps Cron Job Format: */30 * * * * /path/to/script.sh check "https://example.com" Remove Schedule: crontab -l | grep -v "site-change-alert" | crontab - View Active Schedules: crontab -l | grep "site-change-alert" 📖 More skills: bytesagain.com EOF return 0 fi ensure_dirs local script_path script_path=$(readlink -f "BASH_SOURCE[0]" 2>/dev/null || echo "BASH_SOURCE[0]") local cron_cmd="*/interval * * * * bash script_path check 'url' >> DATA_DIR/cron.log 2>&1" # Check if already scheduled if crontab -l 2>/dev/null | grep -qF "$url"; then echo "⚠️ URL already scheduled. Updating interval..." local temp_cron temp_cron=$(mktemp) crontab -l 2>/dev/null | grep -vF "$url" > "$temp_cron" echo "$cron_cmd" >> "$temp_cron" crontab "$temp_cron" rm -f "$temp_cron" else (crontab -l 2>/dev/null; echo "$cron_cmd") | crontab - fi cat <<EOF ═══════════════════════════════════════════════════ ⏰ Schedule Created ═══════════════════════════════════════════════════ URL: $url Interval: Every interval minutes Cron: cron_cmd Log File: DATA_DIR/cron.log Manage: View: crontab -l | grep site-change-alert Remove: crontab -l | grep -v "$url" | crontab - 📖 More skills: bytesagain.com EOF } cmd_notify() { local method="-" local target="-" if [ -z "$method" ]; then cat <<'EOF' ═══════════════════════════════════════════════════ Notify — Configure Alert Channels ═══════════════════════════════════════════════════ Usage: bash scripts/script.sh notify <method> <target> Methods: webhook <url> Send alerts to a webhook URL (Slack, Discord, etc.) email <address> Send alerts via email (requires sendmail/mail) stdout Print alerts to stdout (default) Examples: bash scripts/script.sh notify webhook "https://hooks.slack.com/services/T.../B.../..." bash scripts/script.sh notify email "[email protected]" bash scripts/script.sh notify stdout Webhook Payload Format (JSON): { "text": "🔴 Change detected: <url>", "url": "<url>", "timestamp": "2024-03-15T10:30:00", "added_lines": 5, "removed_lines": 2 } Supported Webhook Platforms: • Slack (Incoming Webhooks) • Discord (Webhook URL) • Microsoft Teams (Incoming Webhook) • Custom HTTP endpoint (POST JSON) • Telegram Bot API (via webhook adapter) 📖 More skills: bytesagain.com EOF return 0 fi ensure_dirs case "$method" in webhook) if [ -z "$target" ]; then echo "❌ Webhook URL required" echo "Usage: bash scripts/script.sh notify webhook <url>" echo "📖 More skills: bytesagain.com" return 1 fi sed -i "s|^NOTIFY_METHOD=.*|NOTIFY_METHOD=\"webhook\"|" "$CONFIG_FILE" sed -i "s|^WEBHOOK_URL=.*|WEBHOOK_URL=\"target\"|" "$CONFIG_FILE" echo "✅ Notifications set to webhook: 0:50..." ;; email) if [ -z "$target" ]; then echo "❌ Email address required" echo "Usage: bash scripts/script.sh notify email <address>" echo "📖 More skills: bytesagain.com" return 1 fi sed -i "s|^NOTIFY_METHOD=.*|NOTIFY_METHOD=\"email\"|" "$CONFIG_FILE" sed -i "s|^EMAIL_TO=.*|EMAIL_TO=\"target\"|" "$CONFIG_FILE" echo "✅ Notifications set to email: $target" ;; stdout) sed -i "s|^NOTIFY_METHOD=.*|NOTIFY_METHOD=\"stdout\"|" "$CONFIG_FILE" echo "✅ Notifications set to stdout (console output)" ;; *) echo "❌ Unknown method: $method" echo "Supported: webhook, email, stdout" ;; esac echo "" echo "📖 More skills: bytesagain.com" } cmd_help() { cat <<EOF Site-Change-Alert vVERSION — Website Change Monitor & Alert System Commands: watch <url> [--selector <sel>] [--interval <min>] Add a URL to the watch list check [url|--all] Check URL(s) for changes now diff <url> Show diff between snapshots schedule <url> [min] Set up periodic cron-based checking notify <method> [target] Configure notification channel help Show this help version Show version Usage: bash scripts/script.sh watch "https://example.com/pricing" bash scripts/script.sh check --all bash scripts/script.sh diff "https://example.com/pricing" bash scripts/script.sh schedule "https://example.com" 30 bash scripts/script.sh notify webhook "https://hooks.slack.com/..." Data Directory: ~/.site-change-alert/ Related skills: clawhub install smart-web-scraper clawhub install rss-digest Browse all: bytesagain.com Powered by BytesAgain | bytesagain.com EOF } case "-help" in watch) shift; cmd_watch "$@" ;; check) shift; cmd_check "$@" ;; diff) shift; cmd_diff "$@" ;; schedule) shift; cmd_schedule "$@" ;; notify) shift; cmd_notify "$@" ;; version) echo "site-change-alert vVERSION" ;; help|*) cmd_help ;; esac FILE:skills/site-change-alert/SKILL.md --- version: "1.0.0" name: Changedetectionio description: "Best and simplest tool for website change detection, web page monitoring, and website change alerts. site-change-alert, python, back-in-stock, change-alert." --- # Site Change Alert Website change detection and monitoring toolkit. Track content changes, log alerts, compare snapshots, and generate reports — all from the command line. ## Commands Run `site-change-alert <command> [args]` to use. | Command | Description | |---------|-------------| | `run <input>` | Run a change detection check and log the result | | `check <input>` | Check a specific URL or target for changes | | `convert <input>` | Convert logged data between formats | | `analyze <input>` | Analyze change patterns and frequency | | `generate <input>` | Generate alert rules or templates | | `preview <input>` | Preview a change detection configuration | | `batch <input>` | Batch process multiple URLs or targets at once | | `compare <input>` | Compare two snapshots or change records | | `export <input>` | Export logged data (also supports `export <fmt>` for json/csv/txt) | | `config <input>` | Save or view configuration entries | | `status <input>` | Log status entries (also runs health check with no args via utility) | | `report <input>` | Generate or log change reports | | `stats` | Show summary statistics across all log files | | `search <term>` | Search all entries for a keyword | | `recent` | Show the 20 most recent history entries | | `help` | Show help message | | `version` | Show version (v2.0.0) | Each data command (run, check, convert, analyze, generate, preview, batch, compare, export, config, status, report) works in two modes: - **Without arguments** — displays the 20 most recent entries from its log - **With arguments** — saves the input with a timestamp to its dedicated log file ## Data Storage All data is stored in `~/.local/share/site-change-alert/`: - `run.log`, `check.log`, `convert.log`, `analyze.log`, `generate.log`, `preview.log` — per-command log files - `batch.log`, `compare.log`, `export.log`, `config.log`, `status.log`, `report.log` — additional command logs - `history.log` — unified activity history across all commands - `export.json`, `export.csv`, `export.txt` — generated export files Set `SITE_CHANGE_ALERT_DIR` environment variable to override the default data directory. ## Requirements - Bash 4+ with standard coreutils (`date`, `wc`, `du`, `tail`, `grep`, `sed`) - No external dependencies — pure shell implementation ## When to Use 1. **Monitoring website content** — track when a page's text, price, or stock status changes 2. **Logging change detection results** — keep a timestamped history of checks and their outcomes 3. **Batch URL monitoring** — process multiple targets in one run for efficiency 4. **Comparing snapshots** — compare before/after states of web content 5. **Generating change reports** — produce reports summarizing detected changes over time ## Examples ```bash # Run a change detection check on a URL site-change-alert run "https://example.com/products checked - no change" # Check and log a specific target site-change-alert check "https://shop.example.com/item-42 price=$19.99" # Batch process multiple URLs site-change-alert batch "group=electronics urls=15 changes_found=3" # Compare two snapshots site-change-alert compare "page_v1 vs page_v2: 12 differences found" # Export all data as CSV site-change-alert export csv # Search for entries mentioning a domain site-change-alert search "example.com" # View recent activity across all commands site-change-alert recent # Show statistics site-change-alert stats ``` ## Output All commands output results to stdout. Log entries are stored with timestamps in pipe-delimited format (`YYYY-MM-DD HH:MM|value`). Use `export` to convert all data to JSON, CSV, or plain text. --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:skills/site-change-alert/scripts/script.sh #!/usr/bin/env bash # Site Change Alert — utility tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/site-change-alert" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "site-change-alert v2.0.0"; } _help() { echo "Site Change Alert v2.0.0 — utility toolkit" echo "" echo "Usage: site-change-alert <command> [args]" echo "" echo "Commands:" echo " run Run" echo " check Check" echo " convert Convert" echo " analyze Analyze" echo " generate Generate" echo " preview Preview" echo " batch Batch" echo " compare Compare" echo " export Export" echo " config Config" echo " status Status" echo " report Report" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Site Change Alert Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Site Change Alert Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Site Change Alert Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: site-change-alert search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in run) shift if [ $# -eq 0 ]; then echo "Recent run entries:" tail -20 "$DATA_DIR/run.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert run <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/run.log" local total=$(wc -l < "$DATA_DIR/run.log") echo " [Site Change Alert] run: $input" echo " Saved. Total run entries: $total" _log "run" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Site Change Alert] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; convert) shift if [ $# -eq 0 ]; then echo "Recent convert entries:" tail -20 "$DATA_DIR/convert.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert convert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/convert.log" local total=$(wc -l < "$DATA_DIR/convert.log") echo " [Site Change Alert] convert: $input" echo " Saved. Total convert entries: $total" _log "convert" "$input" fi ;; analyze) shift if [ $# -eq 0 ]; then echo "Recent analyze entries:" tail -20 "$DATA_DIR/analyze.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert analyze <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/analyze.log" local total=$(wc -l < "$DATA_DIR/analyze.log") echo " [Site Change Alert] analyze: $input" echo " Saved. Total analyze entries: $total" _log "analyze" "$input" fi ;; generate) shift if [ $# -eq 0 ]; then echo "Recent generate entries:" tail -20 "$DATA_DIR/generate.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert generate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/generate.log" local total=$(wc -l < "$DATA_DIR/generate.log") echo " [Site Change Alert] generate: $input" echo " Saved. Total generate entries: $total" _log "generate" "$input" fi ;; preview) shift if [ $# -eq 0 ]; then echo "Recent preview entries:" tail -20 "$DATA_DIR/preview.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert preview <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/preview.log" local total=$(wc -l < "$DATA_DIR/preview.log") echo " [Site Change Alert] preview: $input" echo " Saved. Total preview entries: $total" _log "preview" "$input" fi ;; batch) shift if [ $# -eq 0 ]; then echo "Recent batch entries:" tail -20 "$DATA_DIR/batch.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert batch <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/batch.log" local total=$(wc -l < "$DATA_DIR/batch.log") echo " [Site Change Alert] batch: $input" echo " Saved. Total batch entries: $total" _log "batch" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Site Change Alert] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; export) shift if [ $# -eq 0 ]; then echo "Recent export entries:" tail -20 "$DATA_DIR/export.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert export <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/export.log" local total=$(wc -l < "$DATA_DIR/export.log") echo " [Site Change Alert] export: $input" echo " Saved. Total export entries: $total" _log "export" "$input" fi ;; config) shift if [ $# -eq 0 ]; then echo "Recent config entries:" tail -20 "$DATA_DIR/config.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert config <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/config.log" local total=$(wc -l < "$DATA_DIR/config.log") echo " [Site Change Alert] config: $input" echo " Saved. Total config entries: $total" _log "config" "$input" fi ;; status) shift if [ $# -eq 0 ]; then echo "Recent status entries:" tail -20 "$DATA_DIR/status.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert status <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/status.log" local total=$(wc -l < "$DATA_DIR/status.log") echo " [Site Change Alert] status: $input" echo " Saved. Total status entries: $total" _log "status" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: site-change-alert report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Site Change Alert] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'site-change-alert help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Secret Sealer concepts, best practices, and implementation patterns.
--- name: "secret-sealer" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Secret Sealer concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [secret,sealer, reference] category: "devtools" --- # Secret Sealer Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Secret Sealer concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # secret-sealer — Secret Sealer reference tool. Use when working with secret sealer in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' secret-sealer v$VERSION — Secret Sealer Reference Tool Usage: secret-sealer <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Secret Sealer — Overview ## What is Secret Sealer? Secret Sealer (secret-sealer) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with secret sealer. ## Key Concepts - Core secret sealer principles and fundamentals - How secret sealer fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Secret Sealer Matters Understanding secret sealer is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic secret sealer concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Secret Sealer — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the secret sealer package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Secret Sealer — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for secret sealer 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Secret Sealer — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Secret Sealer — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Secret Sealer — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Secret Sealer — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Secret Sealer — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "secret-sealer v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: secret-sealer help"; exit 1 ;; esac
A powerful open-source tool for managing networks and troubleshooting network problems! network-config, c#, aws-ssm, dns, dns-lookup, icmp.
--- version: "1.0.0" name: Networkmanager description: "A powerful open-source tool for managing networks and troubleshooting network problems! network-config, c#, aws-ssm, dns, dns-lookup, icmp." --- # Network Config Network Config v2.0.0 — a sysops toolkit for scanning, monitoring, alerting, benchmarking, and managing network configurations from the command line. All data is stored locally with full history tracking, search, and multi-format export. ## Commands Run `network-config <command> [args]` to use. Each data command accepts optional input — with no arguments it shows recent entries; with arguments it records a new entry. | Command | Description | |---------|-------------| | `scan [input]` | Scan network configurations and record findings | | `monitor [input]` | Monitor network state and log observations | | `report [input]` | Generate or record network reports | | `alert [input]` | Create and review network alerts | | `top [input]` | Track top-level network metrics | | `usage [input]` | Record and review network usage data | | `check [input]` | Run and log network health checks | | `fix [input]` | Document network fixes applied | | `cleanup [input]` | Log network cleanup operations | | `backup [input]` | Record network config backups | | `restore [input]` | Log network config restorations | | `log [input]` | General-purpose network logging | | `benchmark [input]` | Record network benchmark results | | `compare [input]` | Log network comparison data | | `stats` | Show summary statistics across all entry types | | `export <fmt>` | Export all data (formats: `json`, `csv`, `txt`) | | `search <term>` | Full-text search across all log entries | | `recent` | Show the 20 most recent history entries | | `status` | Health check — version, data dir, entry count, disk usage | | `help` | Show built-in help message | | `version` | Print version string (`network-config v2.0.0`) | ## Features - **20+ subcommands** covering the full network config lifecycle - **Local-first storage** — all data in `~/.local/share/network-config/` as plain-text logs - **Timestamped entries** — every record includes `YYYY-MM-DD HH:MM` timestamps - **Unified history log** — `history.log` tracks every action for auditability - **Multi-format export** — JSON, CSV, and plain-text export built in - **Full-text search** — grep-based search across all log files - **Zero external dependencies** — pure Bash, runs anywhere - **Automatic data directory creation** — no setup required ## Data Storage All data is stored in `~/.local/share/network-config/`: - `scan.log`, `monitor.log`, `report.log`, `alert.log`, `top.log`, `usage.log`, `check.log`, `fix.log`, `cleanup.log`, `backup.log`, `restore.log`, `log.log`, `benchmark.log`, `compare.log` — per-command entry logs - `history.log` — unified audit trail of all operations - `export.json`, `export.csv`, `export.txt` — generated export files Each entry is stored as `YYYY-MM-DD HH:MM|<value>` (pipe-delimited). Override the data directory by setting `NETWORK_CONFIG_DIR` (not yet wired — default is `~/.local/share/network-config/`). ## Requirements - **Bash** 4.0+ (uses `set -euo pipefail`) - Standard Unix utilities: `date`, `wc`, `du`, `tail`, `grep`, `sed`, `cat`, `basename` - No root privileges required - No internet connection required ## When to Use 1. **Recording network scan results** — run `network-config scan "192.168.1.0/24 — 14 hosts found"` after scanning your subnet 2. **Monitoring network state over time** — use `network-config monitor "latency 12ms to gateway"` to build a time-series log 3. **Tracking alerts and incidents** — log alerts with `network-config alert "DNS resolution failing for api.example.com"` for later review 4. **Benchmarking and comparing configs** — record benchmark results and compare configurations across environments 5. **Backing up and restoring configurations** — document backup/restore operations with `network-config backup` and `network-config restore` ## Examples ```bash # Show all available commands network-config help # Record a network scan result network-config scan "Found 23 active hosts on 10.0.0.0/24" # Log a monitoring observation network-config monitor "WAN latency spike: 85ms avg over last hour" # Create an alert entry network-config alert "Interface eth0 dropped 12 packets in 5 min" # Record a benchmark network-config benchmark "iperf3 TCP throughput: 940 Mbps" # View summary statistics network-config stats # Search all logs for a term network-config search "eth0" # Export everything to JSON network-config export json # Check tool health network-config status # View recent activity network-config recent ``` ## How It Works Network Config stores all data locally in `~/.local/share/network-config/`. Each command logs activity with timestamps for full traceability. When called without arguments, data commands display their most recent 20 entries. When called with arguments, they append a new timestamped entry and update the unified history log. --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Network Config — sysops tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/network-config" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "network-config v2.0.0"; } _help() { echo "Network Config v2.0.0 — sysops toolkit" echo "" echo "Usage: network-config <command> [args]" echo "" echo "Commands:" echo " scan Scan" echo " monitor Monitor" echo " report Report" echo " alert Alert" echo " top Top" echo " usage Usage" echo " check Check" echo " fix Fix" echo " cleanup Cleanup" echo " backup Backup" echo " restore Restore" echo " log Log" echo " benchmark Benchmark" echo " compare Compare" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Network Config Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Network Config Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Network Config Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: network-config search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in scan) shift if [ $# -eq 0 ]; then echo "Recent scan entries:" tail -20 "$DATA_DIR/scan.log" 2>/dev/null || echo " No entries yet. Use: network-config scan <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/scan.log" local total=$(wc -l < "$DATA_DIR/scan.log") echo " [Network Config] scan: $input" echo " Saved. Total scan entries: $total" _log "scan" "$input" fi ;; monitor) shift if [ $# -eq 0 ]; then echo "Recent monitor entries:" tail -20 "$DATA_DIR/monitor.log" 2>/dev/null || echo " No entries yet. Use: network-config monitor <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/monitor.log" local total=$(wc -l < "$DATA_DIR/monitor.log") echo " [Network Config] monitor: $input" echo " Saved. Total monitor entries: $total" _log "monitor" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: network-config report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Network Config] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; alert) shift if [ $# -eq 0 ]; then echo "Recent alert entries:" tail -20 "$DATA_DIR/alert.log" 2>/dev/null || echo " No entries yet. Use: network-config alert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/alert.log" local total=$(wc -l < "$DATA_DIR/alert.log") echo " [Network Config] alert: $input" echo " Saved. Total alert entries: $total" _log "alert" "$input" fi ;; top) shift if [ $# -eq 0 ]; then echo "Recent top entries:" tail -20 "$DATA_DIR/top.log" 2>/dev/null || echo " No entries yet. Use: network-config top <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/top.log" local total=$(wc -l < "$DATA_DIR/top.log") echo " [Network Config] top: $input" echo " Saved. Total top entries: $total" _log "top" "$input" fi ;; usage) shift if [ $# -eq 0 ]; then echo "Recent usage entries:" tail -20 "$DATA_DIR/usage.log" 2>/dev/null || echo " No entries yet. Use: network-config usage <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/usage.log" local total=$(wc -l < "$DATA_DIR/usage.log") echo " [Network Config] usage: $input" echo " Saved. Total usage entries: $total" _log "usage" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: network-config check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Network Config] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; fix) shift if [ $# -eq 0 ]; then echo "Recent fix entries:" tail -20 "$DATA_DIR/fix.log" 2>/dev/null || echo " No entries yet. Use: network-config fix <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/fix.log" local total=$(wc -l < "$DATA_DIR/fix.log") echo " [Network Config] fix: $input" echo " Saved. Total fix entries: $total" _log "fix" "$input" fi ;; cleanup) shift if [ $# -eq 0 ]; then echo "Recent cleanup entries:" tail -20 "$DATA_DIR/cleanup.log" 2>/dev/null || echo " No entries yet. Use: network-config cleanup <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/cleanup.log" local total=$(wc -l < "$DATA_DIR/cleanup.log") echo " [Network Config] cleanup: $input" echo " Saved. Total cleanup entries: $total" _log "cleanup" "$input" fi ;; backup) shift if [ $# -eq 0 ]; then echo "Recent backup entries:" tail -20 "$DATA_DIR/backup.log" 2>/dev/null || echo " No entries yet. Use: network-config backup <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/backup.log" local total=$(wc -l < "$DATA_DIR/backup.log") echo " [Network Config] backup: $input" echo " Saved. Total backup entries: $total" _log "backup" "$input" fi ;; restore) shift if [ $# -eq 0 ]; then echo "Recent restore entries:" tail -20 "$DATA_DIR/restore.log" 2>/dev/null || echo " No entries yet. Use: network-config restore <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/restore.log" local total=$(wc -l < "$DATA_DIR/restore.log") echo " [Network Config] restore: $input" echo " Saved. Total restore entries: $total" _log "restore" "$input" fi ;; log) shift if [ $# -eq 0 ]; then echo "Recent log entries:" tail -20 "$DATA_DIR/log.log" 2>/dev/null || echo " No entries yet. Use: network-config log <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/log.log" local total=$(wc -l < "$DATA_DIR/log.log") echo " [Network Config] log: $input" echo " Saved. Total log entries: $total" _log "log" "$input" fi ;; benchmark) shift if [ $# -eq 0 ]; then echo "Recent benchmark entries:" tail -20 "$DATA_DIR/benchmark.log" 2>/dev/null || echo " No entries yet. Use: network-config benchmark <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/benchmark.log" local total=$(wc -l < "$DATA_DIR/benchmark.log") echo " [Network Config] benchmark: $input" echo " Saved. Total benchmark entries: $total" _log "benchmark" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: network-config compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Network Config] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'network-config help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Job Scheduler concepts, best practices, and implementation patterns.
--- name: "job-scheduler" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Job Scheduler concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [job,scheduler, reference] category: "devtools" --- # Job Scheduler Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Job Scheduler concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # job-scheduler — Job Scheduler reference tool. Use when working with job scheduler in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' job-scheduler v$VERSION — Job Scheduler Reference Tool Usage: job-scheduler <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Job Scheduler — Overview ## What is Job Scheduler? Job Scheduler (job-scheduler) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with job scheduler. ## Key Concepts - Core job scheduler principles and fundamentals - How job scheduler fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Job Scheduler Matters Understanding job scheduler is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic job scheduler concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Job Scheduler — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the job scheduler package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Job Scheduler — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for job scheduler 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Job Scheduler — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Job Scheduler — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Job Scheduler — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Job Scheduler — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Job Scheduler — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "job-scheduler v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: job-scheduler help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Infra Importer concepts, best practices, and implementation patte...
--- name: "infra-importer" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Infra Importer concepts, best practices, and implementation patte..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [infra,importer, reference] category: "devtools" --- # Infra Importer Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Infra Importer concepts, best practices, and implementation patte... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # infra-importer — Infra Importer reference tool. Use when working with infra importer in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' infra-importer v$VERSION — Infra Importer Reference Tool Usage: infra-importer <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Infra Importer — Overview ## What is Infra Importer? Infra Importer (infra-importer) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with infra importer. ## Key Concepts - Core infra importer principles and fundamentals - How infra importer fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Infra Importer Matters Understanding infra importer is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic infra importer concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Infra Importer — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the infra importer package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Infra Importer — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for infra importer 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Infra Importer — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Infra Importer — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Infra Importer — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Infra Importer — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Infra Importer — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "infra-importer v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: infra-importer help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Firewall Manager concepts, best practices, and implementation pat...
--- name: "firewall-manager" version: "2.0.3" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Firewall Manager concepts, best practices, and implementation pat..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [firewall,manager, reference] category: "devtools" --- # Firewall Manager Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Firewall Manager concepts, best practices, and implementation pat... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # firewall-manager — Firewall Manager reference tool. Use when working with firewall manager in security contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.2" show_help() { cat << 'HELPEOF' firewall-manager v$VERSION — Firewall Manager Reference Tool Usage: firewall-manager <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Firewall Manager — Overview ## What is Firewall Manager? Firewall Manager (firewall-manager) is a specialized tool/concept in the security domain. It provides essential capabilities for professionals working with firewall manager. ## Key Concepts - Core firewall manager principles and fundamentals - How firewall manager fits into the broader security ecosystem - Essential terminology every practitioner should know ## Why Firewall Manager Matters Understanding firewall manager is critical for: - Improving efficiency in security workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic firewall manager concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Firewall Manager — Quick Start Guide ## Prerequisites - Basic understanding of security concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the firewall manager package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Firewall Manager — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for firewall manager 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Firewall Manager — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Firewall Manager — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Firewall Manager — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Firewall Manager — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Firewall Manager — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "firewall-manager v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: firewall-manager help"; exit 1 ;; esac
A collection of inspiring lists, manuals, cheatsheets, blogs, hacks, one-liners, cli/web tools and m the book of secret knowledge, python, awesome.
--- version: "1.0.0" name: The Book Of Secret Knowledge description: "A collection of inspiring lists, manuals, cheatsheets, blogs, hacks, one-liners, cli/web tools and m the book of secret knowledge, python, awesome." --- # Sysadmin Handbook Sysadmin Handbook v2.0.0 — a thorough sysops toolkit for system administrators. Record, track, and manage all aspects of system administration from the command line. Every action is timestamped and logged locally for full auditability. ## Why Sysadmin Handbook? - Works entirely offline — your data never leaves your machine - Simple command-line interface, no GUI needed - Timestamped logging for every operation - Export to JSON, CSV, or plain text anytime - Automatic history and activity tracking - Searchable records across all operation types ## Getting Started ```bash # See all available commands sysadmin-handbook help # Check current health status sysadmin-handbook status # View summary statistics sysadmin-handbook stats ``` ## Commands ### Operations Commands Each command works in two modes: run without arguments to view recent entries, or pass input to record a new entry. | Command | Description | |---------|-------------| | `sysadmin-handbook scan <input>` | Record a scan operation (port scans, vulnerability scans, network sweeps) | | `sysadmin-handbook monitor <input>` | Log monitoring observations (service health, uptime checks, resource usage) | | `sysadmin-handbook report <input>` | Create report entries (incident reports, audit summaries, status updates) | | `sysadmin-handbook alert <input>` | Record alert events (threshold breaches, security warnings, service failures) | | `sysadmin-handbook top <input>` | Log top-level metrics (CPU hogs, memory consumers, disk leaders) | | `sysadmin-handbook usage <input>` | Track usage data (disk usage, bandwidth, API calls, license counts) | | `sysadmin-handbook check <input>` | Record health checks (service checks, config validation, dependency tests) | | `sysadmin-handbook fix <input>` | Document fixes applied (patches, config changes, workarounds) | | `sysadmin-handbook cleanup <input>` | Log cleanup operations (temp files, old logs, orphaned processes) | | `sysadmin-handbook backup <input>` | Track backup operations (full backups, incrementals, snapshots) | | `sysadmin-handbook restore <input>` | Record restore operations (data recovery, config rollbacks) | | `sysadmin-handbook log <input>` | General-purpose log entries (freeform notes, observations) | | `sysadmin-handbook benchmark <input>` | Record benchmark results (performance tests, load tests, I/O benchmarks) | | `sysadmin-handbook compare <input>` | Log comparison data (before/after, environment diffs, config comparisons) | ### Utility Commands | Command | Description | |---------|-------------| | `sysadmin-handbook stats` | Show summary statistics across all log categories | | `sysadmin-handbook export <fmt>` | Export all data (formats: `json`, `csv`, `txt`) | | `sysadmin-handbook search <term>` | Search across all entries for a keyword | | `sysadmin-handbook recent` | Show the 20 most recent history entries | | `sysadmin-handbook status` | Health check — version, data dir, entry count, disk usage | | `sysadmin-handbook help` | Show the built-in help message | | `sysadmin-handbook version` | Print version (v2.0.0) | ## Data Storage All data is stored locally in `~/.local/share/sysadmin-handbook/`. Structure: - **`scan.log`**, **`monitor.log`**, **`report.log`**, etc. — one log file per command, pipe-delimited (`timestamp|value`) - **`history.log`** — unified activity log across all commands - **`export.json`** / **`export.csv`** / **`export.txt`** — generated export files Each entry is stored as `YYYY-MM-DD HH:MM|<input>`. Use `export` to back up your data anytime. ## Requirements - Bash 4+ (uses `set -euo pipefail`) - Standard Unix utilities (`date`, `wc`, `du`, `tail`, `grep`, `sed`, `cat`) - No external dependencies or internet access needed ## When to Use 1. **Incident response tracking** — Log scan results, alerts, and fixes during an active incident so you have a complete timeline for the post-mortem 2. **Daily ops journaling** — Record monitoring observations, health checks, and cleanup tasks as you go through your sysadmin routine 3. **Backup & restore auditing** — Track every backup and restore operation with timestamps to prove compliance or diagnose failures 4. **Performance benchmarking** — Store benchmark results over time and use `compare` to track regressions or improvements across deploys 5. **Team handoff documentation** — Log everything during your shift so the next admin can run `recent` or `search` to get up to speed instantly ## Examples ```bash # Record a network scan result sysadmin-handbook scan "192.168.1.0/24 — 14 hosts up, 3 with open SSH" # Log a monitoring observation sysadmin-handbook monitor "web-prod-01 CPU at 92% for 15 minutes" # Document a fix you applied sysadmin-handbook fix "Increased nginx worker_connections from 1024 to 4096" # Track a backup operation sysadmin-handbook backup "Full backup of /data completed — 48GB, 23 min" # Export everything to JSON for archival sysadmin-handbook export json # Search all logs for a keyword sysadmin-handbook search "nginx" # View recent activity across all commands sysadmin-handbook recent ``` ## Output All commands output to stdout. Redirect to a file if needed: ```bash sysadmin-handbook stats > report.txt sysadmin-handbook export csv ``` ## Configuration Set `SYSADMIN_HANDBOOK_DIR` environment variable to override the default data directory (`~/.local/share/sysadmin-handbook/`). --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Sysadmin Handbook — sysops tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/sysadmin-handbook" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "sysadmin-handbook v2.0.0"; } _help() { echo "Sysadmin Handbook v2.0.0 — sysops toolkit" echo "" echo "Usage: sysadmin-handbook <command> [args]" echo "" echo "Commands:" echo " scan Scan" echo " monitor Monitor" echo " report Report" echo " alert Alert" echo " top Top" echo " usage Usage" echo " check Check" echo " fix Fix" echo " cleanup Cleanup" echo " backup Backup" echo " restore Restore" echo " log Log" echo " benchmark Benchmark" echo " compare Compare" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Sysadmin Handbook Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Sysadmin Handbook Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Sysadmin Handbook Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: sysadmin-handbook search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in scan) shift if [ $# -eq 0 ]; then echo "Recent scan entries:" tail -20 "$DATA_DIR/scan.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook scan <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/scan.log" local total=$(wc -l < "$DATA_DIR/scan.log") echo " [Sysadmin Handbook] scan: $input" echo " Saved. Total scan entries: $total" _log "scan" "$input" fi ;; monitor) shift if [ $# -eq 0 ]; then echo "Recent monitor entries:" tail -20 "$DATA_DIR/monitor.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook monitor <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/monitor.log" local total=$(wc -l < "$DATA_DIR/monitor.log") echo " [Sysadmin Handbook] monitor: $input" echo " Saved. Total monitor entries: $total" _log "monitor" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Sysadmin Handbook] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; alert) shift if [ $# -eq 0 ]; then echo "Recent alert entries:" tail -20 "$DATA_DIR/alert.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook alert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/alert.log" local total=$(wc -l < "$DATA_DIR/alert.log") echo " [Sysadmin Handbook] alert: $input" echo " Saved. Total alert entries: $total" _log "alert" "$input" fi ;; top) shift if [ $# -eq 0 ]; then echo "Recent top entries:" tail -20 "$DATA_DIR/top.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook top <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/top.log" local total=$(wc -l < "$DATA_DIR/top.log") echo " [Sysadmin Handbook] top: $input" echo " Saved. Total top entries: $total" _log "top" "$input" fi ;; usage) shift if [ $# -eq 0 ]; then echo "Recent usage entries:" tail -20 "$DATA_DIR/usage.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook usage <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/usage.log" local total=$(wc -l < "$DATA_DIR/usage.log") echo " [Sysadmin Handbook] usage: $input" echo " Saved. Total usage entries: $total" _log "usage" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Sysadmin Handbook] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; fix) shift if [ $# -eq 0 ]; then echo "Recent fix entries:" tail -20 "$DATA_DIR/fix.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook fix <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/fix.log" local total=$(wc -l < "$DATA_DIR/fix.log") echo " [Sysadmin Handbook] fix: $input" echo " Saved. Total fix entries: $total" _log "fix" "$input" fi ;; cleanup) shift if [ $# -eq 0 ]; then echo "Recent cleanup entries:" tail -20 "$DATA_DIR/cleanup.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook cleanup <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/cleanup.log" local total=$(wc -l < "$DATA_DIR/cleanup.log") echo " [Sysadmin Handbook] cleanup: $input" echo " Saved. Total cleanup entries: $total" _log "cleanup" "$input" fi ;; backup) shift if [ $# -eq 0 ]; then echo "Recent backup entries:" tail -20 "$DATA_DIR/backup.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook backup <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/backup.log" local total=$(wc -l < "$DATA_DIR/backup.log") echo " [Sysadmin Handbook] backup: $input" echo " Saved. Total backup entries: $total" _log "backup" "$input" fi ;; restore) shift if [ $# -eq 0 ]; then echo "Recent restore entries:" tail -20 "$DATA_DIR/restore.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook restore <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/restore.log" local total=$(wc -l < "$DATA_DIR/restore.log") echo " [Sysadmin Handbook] restore: $input" echo " Saved. Total restore entries: $total" _log "restore" "$input" fi ;; log) shift if [ $# -eq 0 ]; then echo "Recent log entries:" tail -20 "$DATA_DIR/log.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook log <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/log.log" local total=$(wc -l < "$DATA_DIR/log.log") echo " [Sysadmin Handbook] log: $input" echo " Saved. Total log entries: $total" _log "log" "$input" fi ;; benchmark) shift if [ $# -eq 0 ]; then echo "Recent benchmark entries:" tail -20 "$DATA_DIR/benchmark.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook benchmark <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/benchmark.log" local total=$(wc -l < "$DATA_DIR/benchmark.log") echo " [Sysadmin Handbook] benchmark: $input" echo " Saved. Total benchmark entries: $total" _log "benchmark" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: sysadmin-handbook compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Sysadmin Handbook] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'sysadmin-handbook help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Windows Setup concepts, best practices, and implementation patterns.
--- name: "windows-setup" version: "2.0.3" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Windows Setup concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [windows,setup, reference] category: "devtools" --- # Windows Setup Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Windows Setup concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # windows-setup — Windows Setup reference tool. Use when working with windows setup in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.2" show_help() { cat << 'HELPEOF' windows-setup v$VERSION — Windows Setup Reference Tool Usage: windows-setup <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Windows Setup — Overview ## What is Windows Setup? Windows Setup (windows-setup) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with windows setup. ## Key Concepts - Core windows setup principles and fundamentals - How windows setup fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Windows Setup Matters Understanding windows setup is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic windows setup concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Windows Setup — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the windows setup package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Windows Setup — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for windows setup 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Windows Setup — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Windows Setup — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Windows Setup — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Windows Setup — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Windows Setup — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "windows-setup v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: windows-setup help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Serverless Runner concepts, best practices, and implementation pa...
--- name: "serverless-runner" version: "2.0.1" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Serverless Runner concepts, best practices, and implementation pa..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [serverless,runner, reference] category: "devtools" --- # Serverless Runner Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Serverless Runner concepts, best practices, and implementation pa... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # serverless-runner — Serverless Runner reference tool. Use when working with serverless runner in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.0" show_help() { cat << 'HELPEOF' serverless-runner v$VERSION — Serverless Runner Reference Tool Usage: serverless-runner <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Serverless Runner — Overview ## What is Serverless Runner? Serverless Runner (serverless-runner) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with serverless runner. ## Key Concepts - Core serverless runner principles and fundamentals - How serverless runner fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Serverless Runner Matters Understanding serverless runner is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic serverless runner concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Serverless Runner — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the serverless runner package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Serverless Runner — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for serverless runner 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Serverless Runner — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Serverless Runner — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Serverless Runner — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Serverless Runner — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Serverless Runner — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "serverless-runner v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: serverless-runner help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Page Saver concepts, best practices, and implementation patterns.
--- name: "page-saver" version: "2.0.2" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Page Saver concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [page,saver, reference] category: "devtools" --- # Page Saver Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Page Saver concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # page-saver — Page Saver reference tool. Use when working with page saver in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' page-saver v$VERSION — Page Saver Reference Tool Usage: page-saver <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Page Saver — Overview ## What is Page Saver? Page Saver (page-saver) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with page saver. ## Key Concepts - Core page saver principles and fundamentals - How page saver fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Page Saver Matters Understanding page saver is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic page saver concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Page Saver — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the page saver package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Page Saver — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for page saver 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Page Saver — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Page Saver — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Page Saver — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Page Saver — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Page Saver — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "page-saver v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: page-saver help"; exit 1 ;; esac
The all-in-one tool to boost your productivity ⌨️ omni-tool, javascript, bookmark, bookmarks, bookmarks-manager, chrome.
--- version: "2.0.0" name: Omni description: "The all-in-one tool to boost your productivity ⌨️ omni-tool, javascript, bookmark, bookmarks, bookmarks-manager, chrome." --- # Omni Tool All-in-one terminal utility toolkit for running, checking, converting, analyzing, generating, and managing tasks from the command line. Omni Tool provides 12 core action commands plus built-in statistics, data export, search, and health-check capabilities — all backed by local log-based storage. ## Commands All commands follow the pattern: `omni-tool <command> [input]` When called **without arguments**, each command displays its most recent 20 log entries. When called **with arguments**, it records the input with a timestamp. ### Core Action Commands | Command | Description | |---------|-------------| | `run <input>` | Record and execute a run entry | | `check <input>` | Record a check / verification entry | | `convert <input>` | Record a conversion task | | `analyze <input>` | Record an analysis entry | | `generate <input>` | Record a generation task | | `preview <input>` | Record a preview action | | `batch <input>` | Record a batch processing task | | `compare <input>` | Record a comparison entry | | `export <input>` | Record an export operation | | `config <input>` | Record a configuration change | | `status <input>` | Record a status update | | `report <input>` | Record a report entry | ### Utility Commands | Command | Description | |---------|-------------| | `stats` | Show summary statistics across all log files (entry counts, disk usage) | | `export <fmt>` | Export all data to a file — supported formats: `json`, `csv`, `txt` | | `search <term>` | Search across all log files for a keyword (case-insensitive) | | `recent` | Show the 20 most recent entries from the activity history | | `status` | Health check — version, data directory, total entries, disk usage, last activity | | `help` | Display the full help message with all available commands | | `version` | Print the current version (`omni-tool v2.0.0`) | ## Data Storage All data is stored locally in plain-text log files: - **Location:** `~/.local/share/omni-tool/` - **Format:** Each entry is a line of `YYYY-MM-DD HH:MM|<input>` in the corresponding `<command>.log` file - **History:** Every action is also appended to `history.log` with a timestamp and command label - **Export formats:** JSON (array of objects), CSV (with headers), plain text (grouped by command) - **No external dependencies** — pure bash, runs anywhere ## Requirements - **Bash** 4.0+ (uses `set -euo pipefail`) - **Core utilities:** `date`, `wc`, `du`, `tail`, `grep`, `sed`, `cat`, `basename` - No network access required — fully offline - No configuration needed — works out of the box ## When to Use 1. **Quick task logging** — capture run results, check outcomes, or conversion records from the terminal without opening a separate app 2. **Batch processing workflows** — use `omni-tool batch` to log batch job details, then `omni-tool stats` to review totals 3. **Data analysis pipelines** — record analysis steps with `omni-tool analyze`, then `omni-tool export json` for downstream processing 4. **Configuration auditing** — track config changes with `omni-tool config` and search history with `omni-tool search` 5. **Cross-entry reporting** — combine `omni-tool report` with `omni-tool stats` and `omni-tool export csv` to produce summary reports across all command categories ## Examples ### Record a run and view recent entries ```bash # Log a task omni-tool run "deploy staging v2.3.1" # View recent run entries omni-tool run ``` ### Analyze, then export results ```bash # Record analysis entries omni-tool analyze "CPU usage spike on node-3" omni-tool analyze "Memory leak in worker pool" # Export everything to JSON omni-tool export json ``` ### Search and report ```bash # Search across all logs omni-tool search "staging" # Check overall statistics omni-tool stats # View recent activity omni-tool recent ``` ### Batch processing workflow ```bash # Log batch operations omni-tool batch "process images batch-042" omni-tool batch "resize thumbnails batch-042" # Review and export omni-tool stats omni-tool export csv ``` ### Health check and comparison ```bash # System health overview omni-tool status # Record comparisons omni-tool compare "prod-v2 vs staging-v2.1 latency" # View comparison history omni-tool compare ``` ## Output All commands output to stdout. Redirect to a file with: ```bash omni-tool stats > report.txt omni-tool export json # writes to ~/.local/share/omni-tool/export.json ``` --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Omni Tool — utility tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/omni-tool" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "omni-tool v2.0.0"; } _help() { echo "Omni Tool v2.0.0 — utility toolkit" echo "" echo "Usage: omni-tool <command> [args]" echo "" echo "Commands:" echo " run Run" echo " check Check" echo " convert Convert" echo " analyze Analyze" echo " generate Generate" echo " preview Preview" echo " batch Batch" echo " compare Compare" echo " export Export" echo " config Config" echo " status Status" echo " report Report" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Omni Tool Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Omni Tool Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Omni Tool Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: omni-tool search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in run) shift if [ $# -eq 0 ]; then echo "Recent run entries:" tail -20 "$DATA_DIR/run.log" 2>/dev/null || echo " No entries yet. Use: omni-tool run <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/run.log" local total=$(wc -l < "$DATA_DIR/run.log") echo " [Omni Tool] run: $input" echo " Saved. Total run entries: $total" _log "run" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: omni-tool check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Omni Tool] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; convert) shift if [ $# -eq 0 ]; then echo "Recent convert entries:" tail -20 "$DATA_DIR/convert.log" 2>/dev/null || echo " No entries yet. Use: omni-tool convert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/convert.log" local total=$(wc -l < "$DATA_DIR/convert.log") echo " [Omni Tool] convert: $input" echo " Saved. Total convert entries: $total" _log "convert" "$input" fi ;; analyze) shift if [ $# -eq 0 ]; then echo "Recent analyze entries:" tail -20 "$DATA_DIR/analyze.log" 2>/dev/null || echo " No entries yet. Use: omni-tool analyze <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/analyze.log" local total=$(wc -l < "$DATA_DIR/analyze.log") echo " [Omni Tool] analyze: $input" echo " Saved. Total analyze entries: $total" _log "analyze" "$input" fi ;; generate) shift if [ $# -eq 0 ]; then echo "Recent generate entries:" tail -20 "$DATA_DIR/generate.log" 2>/dev/null || echo " No entries yet. Use: omni-tool generate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/generate.log" local total=$(wc -l < "$DATA_DIR/generate.log") echo " [Omni Tool] generate: $input" echo " Saved. Total generate entries: $total" _log "generate" "$input" fi ;; preview) shift if [ $# -eq 0 ]; then echo "Recent preview entries:" tail -20 "$DATA_DIR/preview.log" 2>/dev/null || echo " No entries yet. Use: omni-tool preview <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/preview.log" local total=$(wc -l < "$DATA_DIR/preview.log") echo " [Omni Tool] preview: $input" echo " Saved. Total preview entries: $total" _log "preview" "$input" fi ;; batch) shift if [ $# -eq 0 ]; then echo "Recent batch entries:" tail -20 "$DATA_DIR/batch.log" 2>/dev/null || echo " No entries yet. Use: omni-tool batch <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/batch.log" local total=$(wc -l < "$DATA_DIR/batch.log") echo " [Omni Tool] batch: $input" echo " Saved. Total batch entries: $total" _log "batch" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: omni-tool compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Omni Tool] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; export) shift if [ $# -eq 0 ]; then echo "Recent export entries:" tail -20 "$DATA_DIR/export.log" 2>/dev/null || echo " No entries yet. Use: omni-tool export <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/export.log" local total=$(wc -l < "$DATA_DIR/export.log") echo " [Omni Tool] export: $input" echo " Saved. Total export entries: $total" _log "export" "$input" fi ;; config) shift if [ $# -eq 0 ]; then echo "Recent config entries:" tail -20 "$DATA_DIR/config.log" 2>/dev/null || echo " No entries yet. Use: omni-tool config <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/config.log" local total=$(wc -l < "$DATA_DIR/config.log") echo " [Omni Tool] config: $input" echo " Saved. Total config entries: $total" _log "config" "$input" fi ;; status) shift if [ $# -eq 0 ]; then echo "Recent status entries:" tail -20 "$DATA_DIR/status.log" 2>/dev/null || echo " No entries yet. Use: omni-tool status <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/status.log" local total=$(wc -l < "$DATA_DIR/status.log") echo " [Omni Tool] status: $input" echo " Saved. Total status entries: $total" _log "status" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: omni-tool report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Omni Tool] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'omni-tool help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Image Processor concepts, best practices, and implementation patt...
--- name: "image-processor" version: "2.0.3" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Image Processor concepts, best practices, and implementation patt..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [image,processor, reference] category: "devtools" --- # Image Processor Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Image Processor concepts, best practices, and implementation patt... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # image-processor — Image Processor reference tool. Use when working with image processor in sysops contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.2" show_help() { cat << 'HELPEOF' image-processor v$VERSION — Image Processor Reference Tool Usage: image-processor <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Image Processor — Overview ## What is Image Processor? Image Processor (image-processor) is a specialized tool/concept in the sysops domain. It provides essential capabilities for professionals working with image processor. ## Key Concepts - Core image processor principles and fundamentals - How image processor fits into the broader sysops ecosystem - Essential terminology every practitioner should know ## Why Image Processor Matters Understanding image processor is critical for: - Improving efficiency in sysops workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic image processor concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Image Processor — Quick Start Guide ## Prerequisites - Basic understanding of sysops concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the image processor package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Image Processor — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for image processor 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Image Processor — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Image Processor — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Image Processor — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Image Processor — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Image Processor — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "image-processor v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: image-processor help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Devops Scripts concepts, best practices, and implementation patte...
--- name: "devops-scripts" version: "2.0.3" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Devops Scripts concepts, best practices, and implementation patte..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [devops,scripts, reference] category: "devtools" --- # Devops Scripts Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Devops Scripts concepts, best practices, and implementation patte... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # devops-scripts — Devops Scripts reference tool. Use when working with devops scripts in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.2" show_help() { cat << 'HELPEOF' devops-scripts v$VERSION — Devops Scripts Reference Tool Usage: devops-scripts <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Devops Scripts — Overview ## What is Devops Scripts? Devops Scripts (devops-scripts) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with devops scripts. ## Key Concepts - Core devops scripts principles and fundamentals - How devops scripts fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Devops Scripts Matters Understanding devops scripts is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic devops scripts concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Devops Scripts — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the devops scripts package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Devops Scripts — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for devops scripts 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Devops Scripts — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Devops Scripts — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Devops Scripts — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Devops Scripts — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Devops Scripts — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "devops-scripts v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: devops-scripts help"; exit 1 ;; esac
The PHP deployment tool with support for popular frameworks out of the box deploy-tool, php, deploy, deployment, php, provision.
--- version: "2.0.0" name: Deployer description: "The PHP deployment tool with support for popular frameworks out of the box deploy-tool, php, deploy, deployment, php, provision." --- # Deploy Tool Deploy Tool v2.0.0 — a utility toolkit for logging, tracking, and managing deployment-related entries from the command line. ## Commands All commands accept optional input arguments. Without arguments, they display recent entries from the corresponding log. With arguments, they record a new timestamped entry. | Command | Description | |---------|-------------| | `run <input>` | Record or view run entries | | `check <input>` | Record or view check entries | | `convert <input>` | Record or view convert entries | | `analyze <input>` | Record or view analyze entries | | `generate <input>` | Record or view generate entries | | `preview <input>` | Record or view preview entries | | `batch <input>` | Record or view batch entries | | `compare <input>` | Record or view compare entries | | `export <input>` | Record or view export entries | | `config <input>` | Record or view config entries | | `status <input>` | Record or view status entries | | `report <input>` | Record or view report entries | | `stats` | Show summary statistics across all log files | | `search <term>` | Search all log entries for a keyword (case-insensitive) | | `recent` | Display the 20 most recent history log entries | | `help` | Show usage information | | `version` | Print version (v2.0.0) | ## Data Storage All data is stored locally in `~/.local/share/deploy-tool/`: - **Per-command logs** — Each command (run, check, convert, etc.) writes to its own `.log` file with pipe-delimited `timestamp|value` format. - **history.log** — A unified activity log recording every write operation with timestamps. - **Export formats** — The `export` utility function supports JSON, CSV, and TXT output, written to `~/.local/share/deploy-tool/export.<fmt>`. No external services, databases, or API keys are required. Everything is flat-file and human-readable. ## Requirements - **Bash** (v4+ recommended) - No external dependencies — uses only standard Unix utilities (`date`, `wc`, `du`, `tail`, `grep`, `sed`, `basename`, `cat`) ## When to Use - When you need to log and track deployment-related activities from the command line - To maintain a searchable history of deployment operations - For batch recording of deployment tasks with timestamps - When you want to export deployment logs in JSON, CSV, or TXT format - As part of a larger automation pipeline for tracking deployment workflows - To get quick statistics and summaries of past deployment activities ## Examples ```bash # Record a new run entry deploy-tool run "deployed v1.2.3 to production" # View recent run entries (no args = show history) deploy-tool run # Check something and log it deploy-tool check "nginx config validated" # Analyze and record deploy-tool analyze "memory usage at 72%" # Search across all logs deploy-tool search "production" # View summary statistics deploy-tool stats # Show recent activity across all commands deploy-tool recent # Show tool version deploy-tool version # Show full help deploy-tool help ``` ## How It Works Each command follows the same pattern: 1. **With arguments** — Timestamps the input, appends it to the command-specific log file, prints confirmation, and logs to `history.log`. 2. **Without arguments** — Shows the last 20 entries from that command's log file. The `stats` command iterates all `.log` files, counts entries per file, and reports totals plus disk usage. The `search` command performs case-insensitive grep across all log files. The `recent` command tails the last 20 lines of `history.log`. --- Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Deploy Tool — utility tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/deploy-tool" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "deploy-tool v2.0.0"; } _help() { echo "Deploy Tool v2.0.0 — utility toolkit" echo "" echo "Usage: deploy-tool <command> [args]" echo "" echo "Commands:" echo " run Run" echo " check Check" echo " convert Convert" echo " analyze Analyze" echo " generate Generate" echo " preview Preview" echo " batch Batch" echo " compare Compare" echo " export Export" echo " config Config" echo " status Status" echo " report Report" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Deploy Tool Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Deploy Tool Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Deploy Tool Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: deploy-tool search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in run) shift if [ $# -eq 0 ]; then echo "Recent run entries:" tail -20 "$DATA_DIR/run.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool run <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/run.log" local total=$(wc -l < "$DATA_DIR/run.log") echo " [Deploy Tool] run: $input" echo " Saved. Total run entries: $total" _log "run" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Deploy Tool] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; convert) shift if [ $# -eq 0 ]; then echo "Recent convert entries:" tail -20 "$DATA_DIR/convert.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool convert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/convert.log" local total=$(wc -l < "$DATA_DIR/convert.log") echo " [Deploy Tool] convert: $input" echo " Saved. Total convert entries: $total" _log "convert" "$input" fi ;; analyze) shift if [ $# -eq 0 ]; then echo "Recent analyze entries:" tail -20 "$DATA_DIR/analyze.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool analyze <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/analyze.log" local total=$(wc -l < "$DATA_DIR/analyze.log") echo " [Deploy Tool] analyze: $input" echo " Saved. Total analyze entries: $total" _log "analyze" "$input" fi ;; generate) shift if [ $# -eq 0 ]; then echo "Recent generate entries:" tail -20 "$DATA_DIR/generate.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool generate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/generate.log" local total=$(wc -l < "$DATA_DIR/generate.log") echo " [Deploy Tool] generate: $input" echo " Saved. Total generate entries: $total" _log "generate" "$input" fi ;; preview) shift if [ $# -eq 0 ]; then echo "Recent preview entries:" tail -20 "$DATA_DIR/preview.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool preview <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/preview.log" local total=$(wc -l < "$DATA_DIR/preview.log") echo " [Deploy Tool] preview: $input" echo " Saved. Total preview entries: $total" _log "preview" "$input" fi ;; batch) shift if [ $# -eq 0 ]; then echo "Recent batch entries:" tail -20 "$DATA_DIR/batch.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool batch <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/batch.log" local total=$(wc -l < "$DATA_DIR/batch.log") echo " [Deploy Tool] batch: $input" echo " Saved. Total batch entries: $total" _log "batch" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Deploy Tool] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; export) shift if [ $# -eq 0 ]; then echo "Recent export entries:" tail -20 "$DATA_DIR/export.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool export <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/export.log" local total=$(wc -l < "$DATA_DIR/export.log") echo " [Deploy Tool] export: $input" echo " Saved. Total export entries: $total" _log "export" "$input" fi ;; config) shift if [ $# -eq 0 ]; then echo "Recent config entries:" tail -20 "$DATA_DIR/config.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool config <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/config.log" local total=$(wc -l < "$DATA_DIR/config.log") echo " [Deploy Tool] config: $input" echo " Saved. Total config entries: $total" _log "config" "$input" fi ;; status) shift if [ $# -eq 0 ]; then echo "Recent status entries:" tail -20 "$DATA_DIR/status.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool status <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/status.log" local total=$(wc -l < "$DATA_DIR/status.log") echo " [Deploy Tool] status: $input" echo " Saved. Total status entries: $total" _log "status" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: deploy-tool report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Deploy Tool] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'deploy-tool help'" exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for It Tools concepts, best practices, and implementation patterns.
--- name: "it-tools" version: "2.0.2" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for It Tools concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [it,tools, reference] category: "devtools" --- # It Tools Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for It Tools concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # it-tools — It Tools reference tool. Use when working with it tools in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' it-tools v$VERSION — It Tools Reference Tool Usage: it-tools <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # It Tools — Overview ## What is It Tools? It Tools (it-tools) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with it tools. ## Key Concepts - Core it tools principles and fundamentals - How it tools fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why It Tools Matters Understanding it tools is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic it tools concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # It Tools — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the it tools package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # It Tools — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for it tools 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # It Tools — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # It Tools — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # It Tools — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # It Tools — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # It Tools — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "it-tools v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: it-tools help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Networkmanager concepts, best practices, and implementation patte...
--- name: "networkmanager" version: "2.0.2" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Networkmanager concepts, best practices, and implementation patte..." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [networkmanager, reference] category: "devtools" --- # Networkmanager Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Networkmanager concepts, best practices, and implementation patte... No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # networkmanager — Networkmanager reference tool. Use when working with networkmanager in sysops contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' networkmanager v$VERSION — Networkmanager Reference Tool Usage: networkmanager <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Networkmanager — Overview ## What is Networkmanager? Networkmanager (networkmanager) is a specialized tool/concept in the sysops domain. It provides essential capabilities for professionals working with networkmanager. ## Key Concepts - Core networkmanager principles and fundamentals - How networkmanager fits into the broader sysops ecosystem - Essential terminology every practitioner should know ## Why Networkmanager Matters Understanding networkmanager is critical for: - Improving efficiency in sysops workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic networkmanager concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Networkmanager — Quick Start Guide ## Prerequisites - Basic understanding of sysops concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the networkmanager package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Networkmanager — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for networkmanager 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Networkmanager — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Networkmanager — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Networkmanager — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Networkmanager — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Networkmanager — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "networkmanager v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: networkmanager help"; exit 1 ;; esac
LangChain4j is an open-source Java library that simplifies the integration of LLMs into Java applica llm-chain, java, anthropic, chatgpt, chroma, embeddings.
---
version: "2.0.0"
name: Langchain4J
description: "LangChain4j is an open-source Java library that simplifies the integration of LLMs into Java applica llm-chain, java, anthropic, chatgpt, chroma, embeddings."
---
# LLM Chain
An AI toolkit for configuring, benchmarking, comparing, prompting, evaluating, fine-tuning, analyzing, and optimizing LLM workflows. Each command logs timestamped entries to local files with full export, search, and statistics support.
## Commands
### Core AI Operations
| Command | Description |
|---------|-------------|
| `llm-chain configure <input>` | Record a configuration change (or view recent configs with no args) |
| `llm-chain benchmark <input>` | Log a benchmark run and its results |
| `llm-chain compare <input>` | Record a model or output comparison |
| `llm-chain prompt <input>` | Log a prompt template or prompt engineering note |
| `llm-chain evaluate <input>` | Record an evaluation result or metric |
| `llm-chain fine-tune <input>` | Log a fine-tuning session or parameters |
| `llm-chain analyze <input>` | Record an analysis observation |
| `llm-chain cost <input>` | Log cost tracking data (tokens, dollars, etc.) |
| `llm-chain usage <input>` | Record API usage metrics |
| `llm-chain optimize <input>` | Log an optimization attempt and outcome |
| `llm-chain test <input>` | Record a test case or test result |
| `llm-chain report <input>` | Log a report entry or summary |
### Utility Commands
| Command | Description |
|---------|-------------|
| `llm-chain stats` | Show summary statistics across all log files |
| `llm-chain export <fmt>` | Export all data in `json`, `csv`, or `txt` format |
| `llm-chain search <term>` | Search all entries for a keyword (case-insensitive) |
| `llm-chain recent` | Show the 20 most recent activity log entries |
| `llm-chain status` | Health check: version, entry count, disk usage, last activity |
| `llm-chain help` | Display full command reference |
| `llm-chain version` | Print current version (v2.0.0) |
## How It Works
Every core command accepts free-text input. When called with arguments, LLM Chain:
1. Timestamps the entry (`YYYY-MM-DD HH:MM`)
2. Appends it to the command-specific log file (e.g. `benchmark.log`, `cost.log`)
3. Records the action in a central `history.log`
4. Reports the saved entry and running total
When called with **no arguments**, each command displays the 20 most recent entries from its log file.
## Data Storage
All data is stored locally in plain-text log files:
```
~/.local/share/llm-chain/
├── configure.log # Configuration changes
├── benchmark.log # Benchmark results
├── compare.log # Model comparisons
├── prompt.log # Prompt templates & notes
├── evaluate.log # Evaluation metrics
├── fine-tune.log # Fine-tuning sessions
├── analyze.log # Analysis observations
├── cost.log # Cost tracking
├── usage.log # API usage metrics
├── optimize.log # Optimization attempts
├── test.log # Test cases & results
├── report.log # Report entries
├── history.log # Central activity log
└── export.{json,csv,txt} # Exported snapshots
```
Each log uses pipe-delimited format: `timestamp|value`.
## Requirements
- **Bash** 4.0+ with `set -euo pipefail`
- Standard Unix utilities: `wc`, `du`, `grep`, `tail`, `date`, `sed`
- No external dependencies — pure bash
## When to Use
1. **Tracking LLM experiments** — log benchmark results, prompt variations, and evaluation scores as you iterate on model configurations
2. **Cost monitoring** — record token usage, API costs, and billing data to keep spending under control across multiple models
3. **Comparing models side-by-side** — use `compare` and `benchmark` to log performance differences between GPT-4, Claude, Gemini, etc.
4. **Fine-tuning documentation** — capture fine-tuning parameters, dataset info, and results for reproducibility
5. **Generating operational reports** — export all logged data to JSON/CSV for dashboards, audits, or stakeholder reviews
## Examples
```bash
# Log a configuration change
llm-chain configure "switched to gpt-4o, temperature=0.7, max_tokens=2048"
# Record a benchmark result
llm-chain benchmark "gpt-4o MMLU=87.2% latency=1.3s cost=$0.012/req"
# Track a cost entry
llm-chain cost "2024-03-18: 142k tokens, $4.26 total (gpt-4o)"
# Compare two models
llm-chain compare "claude-3.5 vs gpt-4o: claude wins on reasoning, gpt wins on speed"
# Log a prompt engineering note
llm-chain prompt "added chain-of-thought prefix: 'Let me think step by step...'"
# Search all logs for a keyword
llm-chain search "gpt-4o"
# Export everything to JSON
llm-chain export json
# Check health and disk usage
llm-chain status
```
## Configuration
Set the `DATA_DIR` variable in the script or modify the default path to change storage location. Default: `~/.local/share/llm-chain/`
---
Powered by BytesAgain | bytesagain.com | [email protected]
FILE:scripts/script.sh
#!/usr/bin/env bash
# Llm Chain — ai tool
# Powered by BytesAgain | bytesagain.com | [email protected]
set -euo pipefail
DATA_DIR="HOME/.local/share/llm-chain"
mkdir -p "$DATA_DIR"
_log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; }
_version() { echo "llm-chain v2.0.0"; }
_help() {
echo "Llm Chain v2.0.0 — ai toolkit"
echo ""
echo "Usage: llm-chain <command> [args]"
echo ""
echo "Commands:"
echo " configure Configure"
echo " benchmark Benchmark"
echo " compare Compare"
echo " prompt Prompt"
echo " evaluate Evaluate"
echo " fine-tune Fine Tune"
echo " analyze Analyze"
echo " cost Cost"
echo " usage Usage"
echo " optimize Optimize"
echo " test Test"
echo " report Report"
echo " stats Summary statistics"
echo " export <fmt> Export (json|csv|txt)"
echo " search <term> Search entries"
echo " recent Recent activity"
echo " status Health check"
echo " help Show this help"
echo " version Show version"
echo ""
echo "Data: $DATA_DIR"
}
_stats() {
echo "=== Llm Chain Stats ==="
local total=0
for f in "$DATA_DIR"/*.log; do
[ -f "$f" ] || continue
local name=$(basename "$f" .log)
local c=$(wc -l < "$f")
total=$((total + c))
echo " $name: $c entries"
done
echo " ---"
echo " Total: $total entries"
echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)"
}
_export() {
local fmt="-json"
local out="$DATA_DIR/export.$fmt"
case "$fmt" in
json)
echo "[" > "$out"
local first=1
for f in "$DATA_DIR"/*.log; do
[ -f "$f" ] || continue
local name=$(basename "$f" .log)
while IFS='|' read -r ts val; do
[ $first -eq 1 ] && first=0 || echo "," >> "$out"
printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out"
done < "$f"
done
echo "\n]" >> "$out"
;;
csv)
echo "type,time,value" > "$out"
for f in "$DATA_DIR"/*.log; do
[ -f "$f" ] || continue
local name=$(basename "$f" .log)
while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f"
done
;;
txt)
echo "=== Llm Chain Export ===" > "$out"
for f in "$DATA_DIR"/*.log; do
[ -f "$f" ] || continue
echo "--- $(basename "$f" .log) ---" >> "$out"
cat "$f" >> "$out"
done
;;
*) echo "Formats: json, csv, txt"; return 1 ;;
esac
echo "Exported to $out ($(wc -c < "$out") bytes)"
}
_status() {
echo "=== Llm Chain Status ==="
echo " Version: v2.0.0"
echo " Data dir: $DATA_DIR"
echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total"
echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)"
echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)"
echo " Status: OK"
}
_search() {
local term="?Usage: llm-chain search <term>"
echo "Searching for: $term"
for f in "$DATA_DIR"/*.log; do
[ -f "$f" ] || continue
local m=$(grep -i "$term" "$f" 2>/dev/null || true)
if [ -n "$m" ]; then
echo " --- $(basename "$f" .log) ---"
echo "$m" | sed 's/^/ /'
fi
done
}
_recent() {
echo "=== Recent Activity ==="
tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet."
}
case "-help" in
configure)
shift
if [ $# -eq 0 ]; then
echo "Recent configure entries:"
tail -20 "$DATA_DIR/configure.log" 2>/dev/null || echo " No entries yet. Use: llm-chain configure <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/configure.log"
local total=$(wc -l < "$DATA_DIR/configure.log")
echo " [Llm Chain] configure: $input"
echo " Saved. Total configure entries: $total"
_log "configure" "$input"
fi
;;
benchmark)
shift
if [ $# -eq 0 ]; then
echo "Recent benchmark entries:"
tail -20 "$DATA_DIR/benchmark.log" 2>/dev/null || echo " No entries yet. Use: llm-chain benchmark <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/benchmark.log"
local total=$(wc -l < "$DATA_DIR/benchmark.log")
echo " [Llm Chain] benchmark: $input"
echo " Saved. Total benchmark entries: $total"
_log "benchmark" "$input"
fi
;;
compare)
shift
if [ $# -eq 0 ]; then
echo "Recent compare entries:"
tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: llm-chain compare <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/compare.log"
local total=$(wc -l < "$DATA_DIR/compare.log")
echo " [Llm Chain] compare: $input"
echo " Saved. Total compare entries: $total"
_log "compare" "$input"
fi
;;
prompt)
shift
if [ $# -eq 0 ]; then
echo "Recent prompt entries:"
tail -20 "$DATA_DIR/prompt.log" 2>/dev/null || echo " No entries yet. Use: llm-chain prompt <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/prompt.log"
local total=$(wc -l < "$DATA_DIR/prompt.log")
echo " [Llm Chain] prompt: $input"
echo " Saved. Total prompt entries: $total"
_log "prompt" "$input"
fi
;;
evaluate)
shift
if [ $# -eq 0 ]; then
echo "Recent evaluate entries:"
tail -20 "$DATA_DIR/evaluate.log" 2>/dev/null || echo " No entries yet. Use: llm-chain evaluate <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/evaluate.log"
local total=$(wc -l < "$DATA_DIR/evaluate.log")
echo " [Llm Chain] evaluate: $input"
echo " Saved. Total evaluate entries: $total"
_log "evaluate" "$input"
fi
;;
fine-tune)
shift
if [ $# -eq 0 ]; then
echo "Recent fine-tune entries:"
tail -20 "$DATA_DIR/fine-tune.log" 2>/dev/null || echo " No entries yet. Use: llm-chain fine-tune <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/fine-tune.log"
local total=$(wc -l < "$DATA_DIR/fine-tune.log")
echo " [Llm Chain] fine-tune: $input"
echo " Saved. Total fine-tune entries: $total"
_log "fine-tune" "$input"
fi
;;
analyze)
shift
if [ $# -eq 0 ]; then
echo "Recent analyze entries:"
tail -20 "$DATA_DIR/analyze.log" 2>/dev/null || echo " No entries yet. Use: llm-chain analyze <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/analyze.log"
local total=$(wc -l < "$DATA_DIR/analyze.log")
echo " [Llm Chain] analyze: $input"
echo " Saved. Total analyze entries: $total"
_log "analyze" "$input"
fi
;;
cost)
shift
if [ $# -eq 0 ]; then
echo "Recent cost entries:"
tail -20 "$DATA_DIR/cost.log" 2>/dev/null || echo " No entries yet. Use: llm-chain cost <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/cost.log"
local total=$(wc -l < "$DATA_DIR/cost.log")
echo " [Llm Chain] cost: $input"
echo " Saved. Total cost entries: $total"
_log "cost" "$input"
fi
;;
usage)
shift
if [ $# -eq 0 ]; then
echo "Recent usage entries:"
tail -20 "$DATA_DIR/usage.log" 2>/dev/null || echo " No entries yet. Use: llm-chain usage <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/usage.log"
local total=$(wc -l < "$DATA_DIR/usage.log")
echo " [Llm Chain] usage: $input"
echo " Saved. Total usage entries: $total"
_log "usage" "$input"
fi
;;
optimize)
shift
if [ $# -eq 0 ]; then
echo "Recent optimize entries:"
tail -20 "$DATA_DIR/optimize.log" 2>/dev/null || echo " No entries yet. Use: llm-chain optimize <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/optimize.log"
local total=$(wc -l < "$DATA_DIR/optimize.log")
echo " [Llm Chain] optimize: $input"
echo " Saved. Total optimize entries: $total"
_log "optimize" "$input"
fi
;;
test)
shift
if [ $# -eq 0 ]; then
echo "Recent test entries:"
tail -20 "$DATA_DIR/test.log" 2>/dev/null || echo " No entries yet. Use: llm-chain test <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/test.log"
local total=$(wc -l < "$DATA_DIR/test.log")
echo " [Llm Chain] test: $input"
echo " Saved. Total test entries: $total"
_log "test" "$input"
fi
;;
report)
shift
if [ $# -eq 0 ]; then
echo "Recent report entries:"
tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: llm-chain report <input>"
else
local input="$*"
local ts=$(date '+%Y-%m-%d %H:%M')
echo "$ts|$input" >> "$DATA_DIR/report.log"
local total=$(wc -l < "$DATA_DIR/report.log")
echo " [Llm Chain] report: $input"
echo " Saved. Total report entries: $total"
_log "report" "$input"
fi
;;
stats) _stats ;;
export) shift; _export "$@" ;;
search) shift; _search "$@" ;;
recent) _recent ;;
status) _status ;;
help|--help|-h) _help ;;
version|--version|-v) _version ;;
*)
echo "Unknown: $1 — run 'llm-chain help'"
exit 1
;;
esaciperf
--- name: "iperf" version: "2.0.1" description: "iperf" author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [iperf, reference] category: "devtools" --- # Iperf iperf. No API keys or credentials required — outputs reference documentation only. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # iperf — Iperf reference tool. Use when working with iperf in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' iperf v$VERSION — Iperf Reference Tool Usage: iperf <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Iperf — Overview ## What is Iperf? Iperf (iperf) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with iperf. ## Key Concepts - Core iperf principles and fundamentals - How iperf fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Iperf Matters Understanding iperf is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic iperf concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Iperf — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the iperf package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Iperf — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for iperf 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Iperf — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Iperf — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Iperf — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Iperf — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Iperf — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "iperf v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: iperf help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Regex Builder concepts, best practices, and implementation patterns.
--- name: "regex-builder" version: "2.0.2" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Regex Builder concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [regex,builder, reference] category: "devtools" --- # Regex Builder Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Regex Builder concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # regex-builder — Regex Builder reference tool. Use when working with regex builder in devtools contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' regex-builder v$VERSION — Regex Builder Reference Tool Usage: regex-builder <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Regex Builder — Overview ## What is Regex Builder? Regex Builder (regex-builder) is a specialized tool/concept in the devtools domain. It provides essential capabilities for professionals working with regex builder. ## Key Concepts - Core regex builder principles and fundamentals - How regex builder fits into the broader devtools ecosystem - Essential terminology every practitioner should know ## Why Regex Builder Matters Understanding regex builder is critical for: - Improving efficiency in devtools workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic regex builder concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Regex Builder — Quick Start Guide ## Prerequisites - Basic understanding of devtools concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the regex builder package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Regex Builder — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for regex builder 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Regex Builder — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Regex Builder — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Regex Builder — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Regex Builder — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Regex Builder — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "regex-builder v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: regex-builder help"; exit 1 ;; esac
Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Netwatch concepts, best practices, and implementation patterns.
--- name: "netwatch" version: "2.0.2" description: "Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Netwatch concepts, best practices, and implementation patterns." author: "BytesAgain" homepage: "https://bytesagain.com" source: "https://github.com/bytesagain/ai-skills" tags: [netwatch, reference] category: "devtools" --- # Netwatch Reference tool for devtools — covers intro, quickstart, patterns and more. Quick lookup for Netwatch concepts, best practices, and implementation patterns. No API keys or credentials required. ## Commands | Command | Description | |---------|-------------| | `intro` | intro reference | | `quickstart` | quickstart reference | | `patterns` | patterns reference | | `debugging` | debugging reference | | `performance` | performance reference | | `security` | security reference | | `migration` | migration reference | | `cheatsheet` | cheatsheet reference | ## Output Format All commands output plain-text reference documentation via heredoc. No external API calls, no credentials needed, no network access. --- *Powered by BytesAgain | bytesagain.com | [email protected]* FILE:scripts/script.sh #!/usr/bin/env bash # netwatch — Netwatch reference tool. Use when working with netwatch in sysops contexts. # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail VERSION="2.0.1" show_help() { cat << 'HELPEOF' netwatch v$VERSION — Netwatch Reference Tool Usage: netwatch <command> Commands: intro Overview and core concepts quickstart Getting started guide patterns Common patterns and best practices debugging Debugging and troubleshooting performance Performance optimization tips security Security considerations migration Migration and upgrade guide cheatsheet Quick reference cheat sheet help Show this help version Show version Powered by BytesAgain | bytesagain.com HELPEOF } cmd_intro() { cat << 'EOF' # Netwatch — Overview ## What is Netwatch? Netwatch (netwatch) is a specialized tool/concept in the sysops domain. It provides essential capabilities for professionals working with netwatch. ## Key Concepts - Core netwatch principles and fundamentals - How netwatch fits into the broader sysops ecosystem - Essential terminology every practitioner should know ## Why Netwatch Matters Understanding netwatch is critical for: - Improving efficiency in sysops workflows - Reducing errors and downtime - Meeting industry standards and compliance requirements - Enabling better decision-making with accurate data ## Getting Started 1. Understand the basic netwatch concepts 2. Learn the standard tools and interfaces 3. Practice with common scenarios 4. Review safety and compliance requirements EOF } cmd_quickstart() { cat << 'EOF' # Netwatch — Quick Start Guide ## Prerequisites - Basic understanding of sysops concepts - Required tools and access credentials - System meeting minimum requirements ## Installation 1. Download or clone the netwatch package 2. Install dependencies 3. Configure initial settings 4. Verify installation ## First Steps 1. Run the hello-world example 2. Review the default configuration 3. Try a simple real-world task 4. Explore available commands and options ## Next Steps - Read the full documentation - Join the community forum - Try advanced features - Set up automated workflows EOF } cmd_patterns() { cat << 'EOF' # Netwatch — Common Patterns & Best Practices ## Design Patterns 1. **Standard Pattern**: The most common approach for netwatch 2. **Scalable Pattern**: For high-volume or distributed scenarios 3. **Resilient Pattern**: For fault-tolerant implementations ## Best Practices - Follow the principle of least privilege - Use version control for all configurations - Implement comprehensive logging - Test changes in staging before production - Document all custom configurations ## Anti-Patterns to Avoid - Hardcoding credentials or configuration - Skipping validation and error handling - Ignoring monitoring and alerting - Making changes without documentation - Over-engineering simple solutions EOF } cmd_debugging() { cat << 'EOF' # Netwatch — Debugging Guide ## Common Errors 1. **Connection refused**: Check service status and network 2. **Permission denied**: Verify credentials and access rights 3. **Timeout**: Check network, increase limits, optimize queries 4. **Invalid input**: Validate data format and encoding ## Debugging Tools - Built-in logging and diagnostics - Network analysis tools (tcpdump, wireshark) - System monitoring (top, htop, iostat) - Application-specific debug modes ## Debug Workflow 1. Reproduce the issue consistently 2. Check logs for error messages 3. Isolate the failing component 4. Test with minimal configuration 5. Apply fix and verify EOF } cmd_performance() { cat << 'EOF' # Netwatch — Performance Optimization ## Key Metrics - Response time / latency - Throughput / operations per second - Resource utilization (CPU, memory, I/O) - Error rate and retry frequency ## Optimization Strategies 1. **Caching**: Reduce redundant operations 2. **Batching**: Group small operations 3. **Indexing**: Speed up data lookups 4. **Compression**: Reduce data transfer size 5. **Parallel Processing**: Utilize multiple cores ## Monitoring - Set up baseline performance metrics - Configure alerts for anomalies - Track trends over time - Regular capacity planning reviews EOF } cmd_security() { cat << 'EOF' # Netwatch — Security Considerations ## Authentication & Authorization - Use strong, unique credentials - Implement role-based access control - Enable multi-factor authentication where possible - Regularly review and rotate credentials ## Data Protection - Encrypt data at rest and in transit - Implement proper backup procedures - Follow data retention policies - Sanitize inputs to prevent injection ## Network Security - Use firewalls and network segmentation - Monitor for suspicious activity - Keep all software patched and updated - Disable unnecessary services and ports EOF } cmd_migration() { cat << 'EOF' # Netwatch — Migration & Upgrade Guide ## Pre-Migration Checklist - [ ] Current system fully documented - [ ] Complete backup taken and verified - [ ] Target environment prepared - [ ] Rollback plan documented - [ ] Stakeholders notified ## Migration Steps 1. Prepare target environment 2. Export data from source 3. Transform data if needed 4. Import to target 5. Verify data integrity 6. Update configurations 7. Test all functionality 8. Switch traffic / go live ## Post-Migration - Monitor for errors and performance - Verify all integrations working - Update documentation - Decommission old system after confirmation EOF } cmd_cheatsheet() { cat << 'EOF' # Netwatch — Quick Reference ## Essential Commands | Command | Description | |---------|-------------| | help | Show available commands | | version | Display version info | | intro | Overview and fundamentals | | troubleshooting | Common problems and fixes | ## Common Workflows 1. **Setup**: install → configure → verify → test 2. **Daily**: check → monitor → report → review 3. **Issue**: diagnose → isolate → fix → verify → document ## Key Shortcuts - Use tab completion for commands - Check logs first when troubleshooting - Always backup before making changes - Document everything you change EOF } CMD="-help" shift 2>/dev/null || true case "$CMD" in intro) cmd_intro "$@" ;; quickstart) cmd_quickstart "$@" ;; patterns) cmd_patterns "$@" ;; debugging) cmd_debugging "$@" ;; performance) cmd_performance "$@" ;; security) cmd_security "$@" ;; migration) cmd_migration "$@" ;; cheatsheet) cmd_cheatsheet "$@" ;; help|--help|-h) show_help ;; version|--version|-v) echo "netwatch v$VERSION — Powered by BytesAgain" ;; *) echo "Unknown: $CMD"; echo "Run: netwatch help"; exit 1 ;; esac
Manage conversation context with saving, loading, and pruning tools. Use when preserving context, loading sessions, pruning old history.
--- version: "2.0.0" name: ctxkeeper description: "Manage conversation context with saving, loading, and pruning tools. Use when preserving context, loading sessions, pruning old history." --- # Ctxkeeper A utility toolkit for logging, tracking, and managing operational entries across multiple categories. Each command records timestamped entries to dedicated log files for later review, search, and export. Data stored in `~/.local/share/ctxkeeper/` ## Commands | Command | Description | |---------|-------------| | `run <input>` | Record a run entry. Without args, shows recent run entries. | | `check <input>` | Record a check entry. Without args, shows recent check entries. | | `convert <input>` | Record a convert entry. Without args, shows recent convert entries. | | `analyze <input>` | Record an analyze entry. Without args, shows recent analyze entries. | | `generate <input>` | Record a generate entry. Without args, shows recent generate entries. | | `preview <input>` | Record a preview entry. Without args, shows recent preview entries. | | `batch <input>` | Record a batch entry. Without args, shows recent batch entries. | | `compare <input>` | Record a compare entry. Without args, shows recent compare entries. | | `export <input>` | Record an export entry. Without args, shows recent export entries. | | `config <input>` | Record a config entry. Without args, shows recent config entries. | | `status <input>` | Record a status entry. Without args, shows recent status entries. | | `report <input>` | Record a report entry. Without args, shows recent report entries. | | `stats` | Show summary statistics across all log files (entry counts, data size). | | `search <term>` | Search all log files for a term (case-insensitive). | | `recent` | Show the last 20 lines from history.log. | | `help` | Show usage and available commands. | | `version` | Print version string (ctxkeeper v2.0.0). | ## Requirements - Bash 4+ ## When to Use - Tracking context changes, runs, and checks over time with timestamped logs - Keeping a structured journal of operational activities across categories - Searching historical entries to find when something was run, checked, or analyzed - Exporting logged data for review or sharing with teammates - Monitoring overall activity via stats and recent commands ## Examples ```bash # Record a run entry ctxkeeper run "deployed api v2.3 to staging" # Search all logs for a keyword ctxkeeper search "staging" # View summary statistics ctxkeeper stats # Check recent activity across all categories ctxkeeper recent # Record an analyze entry then review it ctxkeeper analyze "memory usage spike at 14:00" ctxkeeper analyze ``` Powered by BytesAgain | bytesagain.com | [email protected] FILE:scripts/script.sh #!/usr/bin/env bash # Ctxkeeper — utility tool # Powered by BytesAgain | bytesagain.com | [email protected] set -euo pipefail DATA_DIR="HOME/.local/share/ctxkeeper" mkdir -p "$DATA_DIR" _log() { echo "$(date '+%m-%d %H:%M') $1: $2" >> "$DATA_DIR/history.log"; } _version() { echo "ctxkeeper v2.0.0"; } _help() { echo "Ctxkeeper v2.0.0 — utility toolkit" echo "" echo "Usage: ctxkeeper <command> [args]" echo "" echo "Commands:" echo " run Run" echo " check Check" echo " convert Convert" echo " analyze Analyze" echo " generate Generate" echo " preview Preview" echo " batch Batch" echo " compare Compare" echo " export Export" echo " config Config" echo " status Status" echo " report Report" echo " stats Summary statistics" echo " export <fmt> Export (json|csv|txt)" echo " search <term> Search entries" echo " recent Recent activity" echo " status Health check" echo " help Show this help" echo " version Show version" echo "" echo "Data: $DATA_DIR" } _stats() { echo "=== Ctxkeeper Stats ===" local total=0 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) local c=$(wc -l < "$f") total=$((total + c)) echo " $name: $c entries" done echo " ---" echo " Total: $total entries" echo " Data size: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" } _export() { local fmt="-json" local out="$DATA_DIR/export.$fmt" case "$fmt" in json) echo "[" > "$out" local first=1 for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do [ $first -eq 1 ] && first=0 || echo "," >> "$out" printf ' {"type":"%s","time":"%s","value":"%s"}' "$name" "$ts" "$val" >> "$out" done < "$f" done echo "\n]" >> "$out" ;; csv) echo "type,time,value" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local name=$(basename "$f" .log) while IFS='|' read -r ts val; do echo "$name,$ts,$val" >> "$out"; done < "$f" done ;; txt) echo "=== Ctxkeeper Export ===" > "$out" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue echo "--- $(basename "$f" .log) ---" >> "$out" cat "$f" >> "$out" done ;; *) echo "Formats: json, csv, txt"; return 1 ;; esac echo "Exported to $out ($(wc -c < "$out") bytes)" } _status() { echo "=== Ctxkeeper Status ===" echo " Version: v2.0.0" echo " Data dir: $DATA_DIR" echo " Entries: $(cat "$DATA_DIR"/*.log 2>/dev/null | wc -l) total" echo " Disk: $(du -sh "$DATA_DIR" 2>/dev/null | cut -f1)" echo " Last: $(tail -1 "$DATA_DIR/history.log" 2>/dev/null || echo never)" echo " Status: OK" } _search() { local term="?Usage: ctxkeeper search <term>" echo "Searching for: $term" for f in "$DATA_DIR"/*.log; do [ -f "$f" ] || continue local m=$(grep -i "$term" "$f" 2>/dev/null || true) if [ -n "$m" ]; then echo " --- $(basename "$f" .log) ---" echo "$m" | sed 's/^/ /' fi done } _recent() { echo "=== Recent Activity ===" tail -20 "$DATA_DIR/history.log" 2>/dev/null | sed 's/^/ /' || echo " No activity yet." } case "-help" in run) shift if [ $# -eq 0 ]; then echo "Recent run entries:" tail -20 "$DATA_DIR/run.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper run <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/run.log" local total=$(wc -l < "$DATA_DIR/run.log") echo " [Ctxkeeper] run: $input" echo " Saved. Total run entries: $total" _log "run" "$input" fi ;; check) shift if [ $# -eq 0 ]; then echo "Recent check entries:" tail -20 "$DATA_DIR/check.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper check <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/check.log" local total=$(wc -l < "$DATA_DIR/check.log") echo " [Ctxkeeper] check: $input" echo " Saved. Total check entries: $total" _log "check" "$input" fi ;; convert) shift if [ $# -eq 0 ]; then echo "Recent convert entries:" tail -20 "$DATA_DIR/convert.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper convert <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/convert.log" local total=$(wc -l < "$DATA_DIR/convert.log") echo " [Ctxkeeper] convert: $input" echo " Saved. Total convert entries: $total" _log "convert" "$input" fi ;; analyze) shift if [ $# -eq 0 ]; then echo "Recent analyze entries:" tail -20 "$DATA_DIR/analyze.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper analyze <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/analyze.log" local total=$(wc -l < "$DATA_DIR/analyze.log") echo " [Ctxkeeper] analyze: $input" echo " Saved. Total analyze entries: $total" _log "analyze" "$input" fi ;; generate) shift if [ $# -eq 0 ]; then echo "Recent generate entries:" tail -20 "$DATA_DIR/generate.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper generate <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/generate.log" local total=$(wc -l < "$DATA_DIR/generate.log") echo " [Ctxkeeper] generate: $input" echo " Saved. Total generate entries: $total" _log "generate" "$input" fi ;; preview) shift if [ $# -eq 0 ]; then echo "Recent preview entries:" tail -20 "$DATA_DIR/preview.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper preview <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/preview.log" local total=$(wc -l < "$DATA_DIR/preview.log") echo " [Ctxkeeper] preview: $input" echo " Saved. Total preview entries: $total" _log "preview" "$input" fi ;; batch) shift if [ $# -eq 0 ]; then echo "Recent batch entries:" tail -20 "$DATA_DIR/batch.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper batch <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/batch.log" local total=$(wc -l < "$DATA_DIR/batch.log") echo " [Ctxkeeper] batch: $input" echo " Saved. Total batch entries: $total" _log "batch" "$input" fi ;; compare) shift if [ $# -eq 0 ]; then echo "Recent compare entries:" tail -20 "$DATA_DIR/compare.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper compare <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/compare.log" local total=$(wc -l < "$DATA_DIR/compare.log") echo " [Ctxkeeper] compare: $input" echo " Saved. Total compare entries: $total" _log "compare" "$input" fi ;; export) shift if [ $# -eq 0 ]; then echo "Recent export entries:" tail -20 "$DATA_DIR/export.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper export <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/export.log" local total=$(wc -l < "$DATA_DIR/export.log") echo " [Ctxkeeper] export: $input" echo " Saved. Total export entries: $total" _log "export" "$input" fi ;; config) shift if [ $# -eq 0 ]; then echo "Recent config entries:" tail -20 "$DATA_DIR/config.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper config <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/config.log" local total=$(wc -l < "$DATA_DIR/config.log") echo " [Ctxkeeper] config: $input" echo " Saved. Total config entries: $total" _log "config" "$input" fi ;; status) shift if [ $# -eq 0 ]; then echo "Recent status entries:" tail -20 "$DATA_DIR/status.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper status <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/status.log" local total=$(wc -l < "$DATA_DIR/status.log") echo " [Ctxkeeper] status: $input" echo " Saved. Total status entries: $total" _log "status" "$input" fi ;; report) shift if [ $# -eq 0 ]; then echo "Recent report entries:" tail -20 "$DATA_DIR/report.log" 2>/dev/null || echo " No entries yet. Use: ctxkeeper report <input>" else local input="$*" local ts=$(date '+%Y-%m-%d %H:%M') echo "$ts|$input" >> "$DATA_DIR/report.log" local total=$(wc -l < "$DATA_DIR/report.log") echo " [Ctxkeeper] report: $input" echo " Saved. Total report entries: $total" _log "report" "$input" fi ;; stats) _stats ;; export) shift; _export "$@" ;; search) shift; _search "$@" ;; recent) _recent ;; status) _status ;; help|--help|-h) _help ;; version|--version|-v) _version ;; *) echo "Unknown: $1 — run 'ctxkeeper help'" exit 1 ;; esac