Commit
·
9277630
1
Parent(s):
2c140c5
Add interactive Gradio interface for Claude Code slash commands
Browse files- Implemented searchable, expandable command browser
- Added copy-to-clipboard functionality for easy command installation
- Included all 360+ slash commands from source repository
- Updated README with usage instructions and Space configuration
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
This view is limited to 50 files because it contains too many changes.
See raw diff
- .gitignore +11 -0
- README.md +40 -5
- app.py +159 -0
- commands-flat/24-hour-time.md +15 -0
- commands-flat/add-apps-index-badge.md +17 -0
- commands-flat/add-bash-alias.md +9 -0
- commands-flat/add-emotion.md +7 -0
- commands-flat/add-examples.md +94 -0
- commands-flat/add-git-ignore.md +7 -0
- commands-flat/add-git-lfs.md +7 -0
- commands-flat/add-gitkeep.md +1 -0
- commands-flat/add-headings.md +10 -0
- commands-flat/add-master-index-badge.md +15 -0
- commands-flat/add-metaphors.md +180 -0
- commands-flat/add-missing-subheadings.md +74 -0
- commands-flat/add-mit-license.md +12 -0
- commands-flat/add-punctuation.md +12 -0
- commands-flat/add-readme.md +18 -0
- commands-flat/add-related-repos-section.md +13 -0
- commands-flat/add-repo-index.md +13 -0
- commands-flat/add-sources.md +25 -0
- commands-flat/add-statistics.md +61 -0
- commands-flat/add-technical-depth.md +10 -0
- commands-flat/add-to-my-notes.md +9 -0
- commands-flat/add-ubuntu-build-script.md +11 -0
- commands-flat/add-uv-venv.md +7 -0
- commands-flat/add-vibe-coding-disclosure.md +13 -0
- commands-flat/add-watermark.md +57 -0
- commands-flat/add-wip.md +11 -0
- commands-flat/adding-to-awesome-list.md +17 -0
- commands-flat/ai-context.md +8 -0
- commands-flat/ai-friendly-seo.md +47 -0
- commands-flat/allow-env.md +5 -0
- commands-flat/analyze-commits.md +56 -0
- commands-flat/analyze-firewall.md +286 -0
- commands-flat/apply-filters.md +244 -0
- commands-flat/audit-local-ai-packages.md +97 -0
- commands-flat/audit-ollama-models.md +5 -0
- commands-flat/awesome-list-creation.md +17 -0
- commands-flat/awesome-list-data-extraction.md +14 -0
- commands-flat/backup-repo.md +15 -0
- commands-flat/basic-voice-audio-edits.md +9 -0
- commands-flat/batch-resize.md +178 -0
- commands-flat/batch-to-100.md +5 -0
- commands-flat/bg-removal.md +7 -0
- commands-flat/blog-post-to-outline.md +318 -0
- commands-flat/blog-post-to-tech-doc.md +90 -0
- commands-flat/break-up-long-sentences.md +31 -0
- commands-flat/btrfs-snapper-health.md +41 -0
- commands-flat/business-to-casual.md +31 -0
.gitignore
ADDED
|
@@ -0,0 +1,11 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
__pycache__/
|
| 2 |
+
*.py[cod]
|
| 3 |
+
*$py.class
|
| 4 |
+
*.so
|
| 5 |
+
.Python
|
| 6 |
+
.env
|
| 7 |
+
.venv
|
| 8 |
+
env/
|
| 9 |
+
venv/
|
| 10 |
+
.DS_Store
|
| 11 |
+
*.log
|
README.md
CHANGED
|
@@ -1,11 +1,46 @@
|
|
| 1 |
---
|
| 2 |
title: Claude Code Slash Commands
|
| 3 |
-
emoji:
|
| 4 |
colorFrom: blue
|
| 5 |
-
colorTo:
|
| 6 |
-
sdk:
|
|
|
|
|
|
|
| 7 |
pinned: false
|
| 8 |
-
|
|
|
|
| 9 |
---
|
| 10 |
|
| 11 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
---
|
| 2 |
title: Claude Code Slash Commands
|
| 3 |
+
emoji: ⚡
|
| 4 |
colorFrom: blue
|
| 5 |
+
colorTo: purple
|
| 6 |
+
sdk: gradio
|
| 7 |
+
sdk_version: 4.44.0
|
| 8 |
+
app_file: app.py
|
| 9 |
pinned: false
|
| 10 |
+
license: mit
|
| 11 |
+
short_description: Interactive browser for Claude Code slash commands
|
| 12 |
---
|
| 13 |
|
| 14 |
+
# Claude Code Slash Commands Collection
|
| 15 |
+
|
| 16 |
+
An interactive browser for slash commands used with [Claude Code](https://claude.com/claude-code), Anthropic's official CLI tool.
|
| 17 |
+
|
| 18 |
+
## Features
|
| 19 |
+
|
| 20 |
+
- **Search & Filter**: Quickly find commands by name or keyword
|
| 21 |
+
- **Expandable View**: Click to view full command content
|
| 22 |
+
- **Copy to Clipboard**: One-click copying for easy installation
|
| 23 |
+
- **Clean Interface**: Easy to navigate and browse
|
| 24 |
+
|
| 25 |
+
## What are Slash Commands?
|
| 26 |
+
|
| 27 |
+
Slash commands are reusable prompt templates for Claude Code that automate common tasks. They live in your `.claude/commands/` directory and can be invoked with a simple `/command-name` syntax.
|
| 28 |
+
|
| 29 |
+
## Usage
|
| 30 |
+
|
| 31 |
+
1. Browse or search for a command
|
| 32 |
+
2. Expand to view the full content
|
| 33 |
+
3. Click "Copy to Clipboard"
|
| 34 |
+
4. Save to your `.claude/commands/` directory as `command-name.md`
|
| 35 |
+
|
| 36 |
+
## Source
|
| 37 |
+
|
| 38 |
+
All commands are sourced from: [github.com/danielrosehill/Claude-Slash-Commands](https://github.com/danielrosehill/Claude-Slash-Commands)
|
| 39 |
+
|
| 40 |
+
## About Claude Code
|
| 41 |
+
|
| 42 |
+
Claude Code is an interactive CLI tool that helps with software engineering tasks. Learn more at [docs.claude.com/claude-code](https://docs.claude.com/en/docs/claude-code/claude-code).
|
| 43 |
+
|
| 44 |
+
## License
|
| 45 |
+
|
| 46 |
+
MIT License - See the [source repository](https://github.com/danielrosehill/Claude-Slash-Commands) for details.
|
app.py
ADDED
|
@@ -0,0 +1,159 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
import gradio as gr
|
| 2 |
+
import json
|
| 3 |
+
import os
|
| 4 |
+
from pathlib import Path
|
| 5 |
+
|
| 6 |
+
# Load slash commands data
|
| 7 |
+
def load_commands():
|
| 8 |
+
"""Load slash commands from JSON file"""
|
| 9 |
+
json_path = Path("slash-commands.json")
|
| 10 |
+
if json_path.exists():
|
| 11 |
+
with open(json_path, 'r') as f:
|
| 12 |
+
return json.load(f)
|
| 13 |
+
return []
|
| 14 |
+
|
| 15 |
+
def load_command_content(path):
|
| 16 |
+
"""Load the content of a specific command file"""
|
| 17 |
+
file_path = Path(path)
|
| 18 |
+
if file_path.exists():
|
| 19 |
+
with open(file_path, 'r') as f:
|
| 20 |
+
content = f.read()
|
| 21 |
+
# Remove YAML frontmatter if present
|
| 22 |
+
if content.startswith('---'):
|
| 23 |
+
parts = content.split('---', 2)
|
| 24 |
+
if len(parts) >= 3:
|
| 25 |
+
return parts[2].strip()
|
| 26 |
+
return content
|
| 27 |
+
return "Content not found"
|
| 28 |
+
|
| 29 |
+
def search_commands(search_term, commands_data):
|
| 30 |
+
"""Filter commands based on search term"""
|
| 31 |
+
if not search_term:
|
| 32 |
+
return commands_data
|
| 33 |
+
|
| 34 |
+
search_term = search_term.lower()
|
| 35 |
+
filtered = [
|
| 36 |
+
cmd for cmd in commands_data
|
| 37 |
+
if search_term in cmd['name'].lower()
|
| 38 |
+
]
|
| 39 |
+
return filtered
|
| 40 |
+
|
| 41 |
+
def create_command_card(command):
|
| 42 |
+
"""Create an HTML card for a command"""
|
| 43 |
+
name = command['name']
|
| 44 |
+
path = command['path']
|
| 45 |
+
content = load_command_content(path)
|
| 46 |
+
|
| 47 |
+
# Extract description from content if available
|
| 48 |
+
description = ""
|
| 49 |
+
lines = content.split('\n')
|
| 50 |
+
if lines:
|
| 51 |
+
# Try to find first non-empty line as description
|
| 52 |
+
for line in lines[:5]:
|
| 53 |
+
if line.strip() and not line.startswith('#'):
|
| 54 |
+
description = line.strip()
|
| 55 |
+
break
|
| 56 |
+
|
| 57 |
+
card_html = f"""
|
| 58 |
+
<div style="border: 1px solid #ddd; border-radius: 8px; padding: 16px; margin: 10px 0; background: white;">
|
| 59 |
+
<div style="display: flex; justify-content: space-between; align-items: start;">
|
| 60 |
+
<div style="flex: 1;">
|
| 61 |
+
<h3 style="margin: 0 0 8px 0; color: #2563eb;">/{name}</h3>
|
| 62 |
+
<p style="margin: 0 0 12px 0; color: #666; font-size: 14px;">{description[:200]}...</p>
|
| 63 |
+
</div>
|
| 64 |
+
</div>
|
| 65 |
+
<details>
|
| 66 |
+
<summary style="cursor: pointer; color: #2563eb; font-weight: 500; margin-bottom: 12px;">
|
| 67 |
+
View Full Command
|
| 68 |
+
</summary>
|
| 69 |
+
<div style="background: #f8f9fa; padding: 12px; border-radius: 4px; margin-top: 8px;">
|
| 70 |
+
<pre style="margin: 0; white-space: pre-wrap; font-size: 13px; line-height: 1.5;">{content}</pre>
|
| 71 |
+
</div>
|
| 72 |
+
</details>
|
| 73 |
+
<button onclick="navigator.clipboard.writeText(`{content.replace('`', '\\`')}`); this.innerText='Copied!'; setTimeout(() => this.innerText='Copy to Clipboard', 2000)"
|
| 74 |
+
style="background: #2563eb; color: white; border: none; padding: 8px 16px; border-radius: 4px; cursor: pointer; margin-top: 8px;">
|
| 75 |
+
Copy to Clipboard
|
| 76 |
+
</button>
|
| 77 |
+
</div>
|
| 78 |
+
"""
|
| 79 |
+
return card_html
|
| 80 |
+
|
| 81 |
+
def display_commands(search_term):
|
| 82 |
+
"""Main function to display filtered commands"""
|
| 83 |
+
commands_data = load_commands()
|
| 84 |
+
filtered_commands = search_commands(search_term, commands_data)
|
| 85 |
+
|
| 86 |
+
if not filtered_commands:
|
| 87 |
+
return "<p style='text-align: center; color: #666; padding: 40px;'>No commands found matching your search.</p>"
|
| 88 |
+
|
| 89 |
+
html_output = f"<div style='max-width: 900px; margin: 0 auto;'>"
|
| 90 |
+
html_output += f"<p style='color: #666; margin-bottom: 20px;'>Showing {len(filtered_commands)} command(s)</p>"
|
| 91 |
+
|
| 92 |
+
for command in filtered_commands:
|
| 93 |
+
html_output += create_command_card(command)
|
| 94 |
+
|
| 95 |
+
html_output += "</div>"
|
| 96 |
+
return html_output
|
| 97 |
+
|
| 98 |
+
# Create Gradio interface
|
| 99 |
+
with gr.Blocks(
|
| 100 |
+
title="Claude Code Slash Commands",
|
| 101 |
+
theme=gr.themes.Soft(),
|
| 102 |
+
css="""
|
| 103 |
+
.gradio-container {
|
| 104 |
+
max-width: 1200px !important;
|
| 105 |
+
}
|
| 106 |
+
"""
|
| 107 |
+
) as demo:
|
| 108 |
+
|
| 109 |
+
gr.Markdown("""
|
| 110 |
+
# Claude Code Slash Commands Collection
|
| 111 |
+
|
| 112 |
+
Browse and search through a comprehensive collection of slash commands for Claude Code CLI.
|
| 113 |
+
Use the search box to filter commands by name, then expand any command to view its full content and copy it to your clipboard.
|
| 114 |
+
|
| 115 |
+
**Source:** [github.com/danielrosehill/Claude-Slash-Commands](https://github.com/danielrosehill/Claude-Slash-Commands)
|
| 116 |
+
""")
|
| 117 |
+
|
| 118 |
+
with gr.Row():
|
| 119 |
+
search_box = gr.Textbox(
|
| 120 |
+
label="Search Commands",
|
| 121 |
+
placeholder="Type to filter commands (e.g., 'git', 'python', 'setup')...",
|
| 122 |
+
scale=4
|
| 123 |
+
)
|
| 124 |
+
search_btn = gr.Button("Search", scale=1, variant="primary")
|
| 125 |
+
|
| 126 |
+
commands_display = gr.HTML(value=display_commands(""))
|
| 127 |
+
|
| 128 |
+
# Update display when searching
|
| 129 |
+
search_box.change(
|
| 130 |
+
fn=display_commands,
|
| 131 |
+
inputs=[search_box],
|
| 132 |
+
outputs=[commands_display]
|
| 133 |
+
)
|
| 134 |
+
|
| 135 |
+
search_btn.click(
|
| 136 |
+
fn=display_commands,
|
| 137 |
+
inputs=[search_box],
|
| 138 |
+
outputs=[commands_display]
|
| 139 |
+
)
|
| 140 |
+
|
| 141 |
+
gr.Markdown("""
|
| 142 |
+
---
|
| 143 |
+
|
| 144 |
+
### About
|
| 145 |
+
|
| 146 |
+
This Space displays slash commands for Claude Code, Anthropic's official CLI tool.
|
| 147 |
+
Each command is a reusable prompt template that can be used to automate common tasks.
|
| 148 |
+
|
| 149 |
+
**How to use:**
|
| 150 |
+
1. Search for a command using keywords
|
| 151 |
+
2. Click to expand and view the full command content
|
| 152 |
+
3. Click "Copy to Clipboard" to copy the command
|
| 153 |
+
4. Add it to your `.claude/commands/` directory
|
| 154 |
+
|
| 155 |
+
**Repository:** [danielrosehill/Claude-Slash-Commands](https://github.com/danielrosehill/Claude-Slash-Commands)
|
| 156 |
+
""")
|
| 157 |
+
|
| 158 |
+
if __name__ == "__main__":
|
| 159 |
+
demo.launch()
|
commands-flat/24-hour-time.md
ADDED
|
@@ -0,0 +1,15 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Convert all times in this text to 24-hour format.
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
- Convert 12-hour times (AM/PM) to 24-hour format
|
| 5 |
+
- Use HH:MM format (e.g., 14:30, 09:00)
|
| 6 |
+
- Remove AM/PM indicators
|
| 7 |
+
- Ensure all times are standardized consistently
|
| 8 |
+
|
| 9 |
+
Examples:
|
| 10 |
+
- 1:00 PM → 13:00
|
| 11 |
+
- 9:30 AM → 09:30
|
| 12 |
+
- 12:00 AM (midnight) → 00:00
|
| 13 |
+
- 12:00 PM (noon) → 12:00
|
| 14 |
+
|
| 15 |
+
Preserve all other content and formatting. Only change time representations.
|
commands-flat/add-apps-index-badge.md
ADDED
|
@@ -0,0 +1,17 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository is an app.
|
| 2 |
+
|
| 3 |
+
I have an apps index page that I use to gather these together.
|
| 4 |
+
|
| 5 |
+
That index is here:
|
| 6 |
+
|
| 7 |
+
https://github.com/danielrosehill/Apps-Index
|
| 8 |
+
|
| 9 |
+
The master index is here:
|
| 10 |
+
|
| 11 |
+
https://github.com/danielrosehill/Github-Master-Index
|
| 12 |
+
|
| 13 |
+
Please add two badges, using shields.io, to the top of the readme on this project:
|
| 14 |
+
|
| 15 |
+
1: A badge linking to my Apps Index
|
| 16 |
+
2: A badge linking to my Master Index
|
| 17 |
+
|
commands-flat/add-bash-alias.md
ADDED
|
@@ -0,0 +1,9 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
I would like to add a bash alias. I will provide the alias or ask for your suggestions as to an appropriate alias.
|
| 2 |
+
|
| 3 |
+
To come up with an appropriate alias - identify one that is unlikely to conflict with other aliases.
|
| 4 |
+
|
| 5 |
+
Either way:
|
| 6 |
+
|
| 7 |
+
Create the new bash alias(es) in ~/.bash_aliases
|
| 8 |
+
|
| 9 |
+
Then you can use sourcebash to reload the bash alias file.
|
commands-flat/add-emotion.md
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This text is very "flat."
|
| 2 |
+
|
| 3 |
+
Try to make it a little bit more lively with:
|
| 4 |
+
|
| 5 |
+
- Emotion
|
| 6 |
+
- Metaphors
|
| 7 |
+
- Statements of conviction
|
commands-flat/add-examples.md
ADDED
|
@@ -0,0 +1,94 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Add Examples Where Missing
|
| 2 |
+
|
| 3 |
+
You are an example enrichment specialist. Your task is to identify places in the provided text where concrete examples would clarify concepts and make the content more relatable and understandable.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
1. **Identify abstract concepts** that need illustration
|
| 8 |
+
2. **Spot missing use cases** where practical examples would help
|
| 9 |
+
3. **Add relevant examples** that:
|
| 10 |
+
- Clarify the concept
|
| 11 |
+
- Make it relatable to the audience
|
| 12 |
+
- Provide concrete, specific details
|
| 13 |
+
- Vary in type and context
|
| 14 |
+
|
| 15 |
+
## Types of Examples to Add
|
| 16 |
+
|
| 17 |
+
### Real-World Scenarios
|
| 18 |
+
- Practical use cases
|
| 19 |
+
- Common situations readers face
|
| 20 |
+
- Industry-specific applications
|
| 21 |
+
- Day-to-day implementations
|
| 22 |
+
|
| 23 |
+
### Illustrative Cases
|
| 24 |
+
- Hypothetical but realistic scenarios
|
| 25 |
+
- Before/after comparisons
|
| 26 |
+
- Success stories or case studies
|
| 27 |
+
- Problem-solution demonstrations
|
| 28 |
+
|
| 29 |
+
### Concrete Instances
|
| 30 |
+
- Specific product/tool names
|
| 31 |
+
- Named companies or organizations
|
| 32 |
+
- Actual data points
|
| 33 |
+
- Tangible outcomes
|
| 34 |
+
|
| 35 |
+
### Analogies and Metaphors
|
| 36 |
+
- Familiar comparisons
|
| 37 |
+
- Simplified explanations
|
| 38 |
+
- Relatable parallels
|
| 39 |
+
- Conceptual bridges
|
| 40 |
+
|
| 41 |
+
## Example Placement Strategy
|
| 42 |
+
|
| 43 |
+
**Add examples when:**
|
| 44 |
+
- Introducing new concepts
|
| 45 |
+
- Explaining technical details
|
| 46 |
+
- Making abstract claims
|
| 47 |
+
- Teaching procedures or methods
|
| 48 |
+
- Justifying recommendations
|
| 49 |
+
- Clarifying distinctions
|
| 50 |
+
|
| 51 |
+
**Example formats:**
|
| 52 |
+
- Inline: "For example, ..."
|
| 53 |
+
- Expanded: Dedicated paragraph or section
|
| 54 |
+
- Lists: Multiple brief examples
|
| 55 |
+
- Callouts: Boxed or highlighted examples
|
| 56 |
+
|
| 57 |
+
## Guidelines
|
| 58 |
+
|
| 59 |
+
- **Relevance**: Match examples to audience knowledge level
|
| 60 |
+
- **Diversity**: Vary industries, contexts, and complexity
|
| 61 |
+
- **Clarity**: Make examples immediately understandable
|
| 62 |
+
- **Specificity**: Use concrete details, not generic placeholders
|
| 63 |
+
- **Balance**: Don't overload with examples—one or two per concept
|
| 64 |
+
- **Authenticity**: Use realistic scenarios, even if hypothetical
|
| 65 |
+
|
| 66 |
+
## Output Format
|
| 67 |
+
|
| 68 |
+
Return the enhanced text with:
|
| 69 |
+
- Examples naturally integrated
|
| 70 |
+
- Clear markers (e.g., "For example:", "Consider:", "Imagine:")
|
| 71 |
+
- Proper formatting (indentation, bold, etc. as appropriate)
|
| 72 |
+
- Optional: Notes on where examples were added and why
|
| 73 |
+
|
| 74 |
+
## Example
|
| 75 |
+
|
| 76 |
+
**Before:**
|
| 77 |
+
"API rate limiting is important for protecting your infrastructure. It prevents abuse and ensures fair usage among clients."
|
| 78 |
+
|
| 79 |
+
**After:**
|
| 80 |
+
"API rate limiting is important for protecting your infrastructure. It prevents abuse and ensures fair usage among clients.
|
| 81 |
+
|
| 82 |
+
**For example**, imagine you run a weather API service. Without rate limiting, a single user could make thousands of requests per second—perhaps due to a buggy script—overwhelming your servers and degrading service for everyone else. By implementing a limit of 1,000 requests per hour per API key, you ensure that all 10,000 of your users can reliably access weather data simultaneously.
|
| 83 |
+
|
| 84 |
+
**Another common scenario**: A mobile app developer accidentally deploys code with an infinite loop that hammers your authentication endpoint. Rate limiting (say, 5 login attempts per minute) stops this runaway process from bringing down your auth service, while still allowing legitimate users to log in normally."
|
| 85 |
+
|
| 86 |
+
**Changes made:**
|
| 87 |
+
- Added two concrete examples with specific numbers
|
| 88 |
+
- Included both malicious (buggy script) and accidental (deployment error) scenarios
|
| 89 |
+
- Used realistic metrics (1,000 requests/hour, 10,000 users)
|
| 90 |
+
- Demonstrated clear cause-and-effect relationships
|
| 91 |
+
|
| 92 |
+
---
|
| 93 |
+
|
| 94 |
+
Now, please provide the text where you'd like me to add examples.
|
commands-flat/add-git-ignore.md
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Add a Git ignore at the base of this repository
|
| 2 |
+
|
| 3 |
+
Inspect the codebase to infer which parts of the repo should not be committed and which are not already ignored by the global git ignore
|
| 4 |
+
|
| 5 |
+
If you find any such folders, add them to .gitignore
|
| 6 |
+
|
| 7 |
+
If you are unsure as to whether directories or files should be added, ask the user
|
commands-flat/add-git-lfs.md
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository contains large binaries
|
| 2 |
+
|
| 3 |
+
We should add LFS
|
| 4 |
+
|
| 5 |
+
Please set it up and ensure that all large files are being tracked
|
| 6 |
+
|
| 7 |
+
Validate the installation by pushing the repo
|
commands-flat/add-gitkeep.md
ADDED
|
@@ -0,0 +1 @@
|
|
|
|
|
|
|
| 1 |
+
Add a git hook which should seed .gitkeep folders into every folder lacking one before push
|
commands-flat/add-headings.md
ADDED
|
@@ -0,0 +1,10 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Structure the provided text by generating, reviewing, and refining subheadings.
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
1. **Add Subheadings** – Break the text into well-defined sections with concise, descriptive subheadings
|
| 5 |
+
2. **Logical Division** – Ensure every major shift in topic, argument, or focus is clearly marked
|
| 6 |
+
3. **Hierarchy** – Use appropriate heading levels (##, ###, etc.) to show information hierarchy
|
| 7 |
+
4. **Descriptive** – Make headings informative and aligned with the main ideas of each section
|
| 8 |
+
5. **Readability** – Improve navigation and comprehension through clear section breaks
|
| 9 |
+
|
| 10 |
+
Apply changes directly. Preserve the original content while adding structure.
|
commands-flat/add-master-index-badge.md
ADDED
|
@@ -0,0 +1,15 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository is an indexing repository.
|
| 2 |
+
|
| 3 |
+
I create these to gather together resources I create about a common topic.
|
| 4 |
+
|
| 5 |
+
I also have a master index which I use as a "top level" map of the repos I create on Github.
|
| 6 |
+
|
| 7 |
+
That's here:
|
| 8 |
+
|
| 9 |
+
https://github.com/danielrosehill/Github-Master-Index
|
| 10 |
+
|
| 11 |
+
Please:
|
| 12 |
+
|
| 13 |
+
Add a link to the master index, using Shields.io, to the top of the readme. If there is an existing badges section, add that into it. if not, create one alongside an index repo badge.
|
| 14 |
+
|
| 15 |
+
The purpose of these links is to make it easier to jump between the various indexing related repos I have on Github.
|
commands-flat/add-metaphors.md
ADDED
|
@@ -0,0 +1,180 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Add Metaphors - Figurative Language Enhancer
|
| 2 |
+
|
| 3 |
+
Inject vivid metaphors, analogies, and figurative language into content to make it more engaging, memorable, and accessible. Perfect for making technical concepts relatable, adding color to dry content, or creating more evocative writing.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Take the user's content and strategically add metaphors, similes, and analogies that illuminate concepts, create visual imagery, and make the writing more engaging while maintaining clarity and professionalism.
|
| 8 |
+
|
| 9 |
+
## Types of Figurative Language to Add
|
| 10 |
+
|
| 11 |
+
### 1. Conceptual Metaphors
|
| 12 |
+
|
| 13 |
+
Explain abstract concepts through concrete comparisons:
|
| 14 |
+
|
| 15 |
+
**Before**: "The database stores information efficiently."
|
| 16 |
+
|
| 17 |
+
**After**: "The database is like a well-organized library, storing information efficiently with each piece of data catalogued and indexed so you can retrieve exactly what you need in seconds rather than searching through piles of unsorted papers."
|
| 18 |
+
|
| 19 |
+
### 2. Visual Metaphors
|
| 20 |
+
|
| 21 |
+
Create mental images:
|
| 22 |
+
|
| 23 |
+
**Before**: "The network experienced high traffic."
|
| 24 |
+
|
| 25 |
+
**After**: "The network experienced a rush-hour traffic jam, with data packets bumper-to-bumper, inching along congested digital highways as the infrastructure struggled to handle the volume."
|
| 26 |
+
|
| 27 |
+
### 3. Process Analogies
|
| 28 |
+
|
| 29 |
+
Compare processes to familiar activities:
|
| 30 |
+
|
| 31 |
+
**Before**: "The compiler checks your code for errors."
|
| 32 |
+
|
| 33 |
+
**After**: "The compiler acts like a meticulous editor reviewing your manuscript, catching typos, grammar mistakes, and logical inconsistencies before your code goes to 'publication.'"
|
| 34 |
+
|
| 35 |
+
### 4. Comparative Metaphors
|
| 36 |
+
|
| 37 |
+
Contrast before/after or different approaches:
|
| 38 |
+
|
| 39 |
+
**Before**: "The old system was slow and the new one is fast."
|
| 40 |
+
|
| 41 |
+
**After**: "Upgrading from the old system to the new one is like trading in a bicycle for a sports car—you're still getting from A to B, but the experience and speed are in completely different leagues."
|
| 42 |
+
|
| 43 |
+
### 5. Personification
|
| 44 |
+
|
| 45 |
+
Give human qualities to abstract concepts or systems:
|
| 46 |
+
|
| 47 |
+
**Before**: "The algorithm learns from data."
|
| 48 |
+
|
| 49 |
+
**After**: "The algorithm is a diligent student, poring over data sets and learning from each example, gradually building expertise and improving its performance with every lesson."
|
| 50 |
+
|
| 51 |
+
### 6. Extended Metaphors
|
| 52 |
+
|
| 53 |
+
Develop a metaphor across multiple sentences:
|
| 54 |
+
|
| 55 |
+
**Before**: "The architecture has multiple layers that work together."
|
| 56 |
+
|
| 57 |
+
**After**: "Think of the architecture as a well-run kitchen brigade. The front-end is like the waitstaff, presenting beautifully plated experiences to customers. The middleware is the expediter, coordinating between front and back. The backend is the kitchen itself—the real powerhouse where the magic happens. And the database? That's the walk-in freezer and pantry, storing all the ingredients these layers need to work their magic."
|
| 58 |
+
|
| 59 |
+
### 7. Everyday Analogies
|
| 60 |
+
|
| 61 |
+
Use common experiences to explain technical concepts:
|
| 62 |
+
|
| 63 |
+
**Before**: "Caching improves performance by storing frequently accessed data."
|
| 64 |
+
|
| 65 |
+
**After**: "Caching is like keeping your coffee mug on your desk instead of walking to the kitchen cabinet every time you want a sip. By storing frequently accessed data close at hand, the system dramatically reduces the time spent fetching information."
|
| 66 |
+
|
| 67 |
+
### 8. Nature and Physical World Metaphors
|
| 68 |
+
|
| 69 |
+
Draw from natural phenomena:
|
| 70 |
+
|
| 71 |
+
**Before**: "The system handles multiple requests simultaneously."
|
| 72 |
+
|
| 73 |
+
**After**: "The system juggles multiple requests simultaneously, like a river branching into tributaries—each stream flowing independently yet all part of the same watershed, eventually converging back together downstream."
|
| 74 |
+
|
| 75 |
+
## Metaphor Placement Strategies
|
| 76 |
+
|
| 77 |
+
### Where to Add Metaphors
|
| 78 |
+
|
| 79 |
+
1. **Introducing new concepts**: Use metaphors to make first exposure memorable
|
| 80 |
+
2. **Explaining complex processes**: Break down complexity with familiar comparisons
|
| 81 |
+
3. **Transitions**: Create bridges between sections with thematic metaphors
|
| 82 |
+
4. **Opening hooks**: Start sections with engaging comparisons
|
| 83 |
+
5. **Summaries**: Reinforce key points with memorable imagery
|
| 84 |
+
6. **Abstract ideas**: Ground theoretical concepts in concrete terms
|
| 85 |
+
|
| 86 |
+
### Density Guidelines
|
| 87 |
+
|
| 88 |
+
**Light touch (1-2 metaphors per page)**:
|
| 89 |
+
- Professional/technical documents
|
| 90 |
+
- Subtle enhancement
|
| 91 |
+
- Preserve formal tone
|
| 92 |
+
|
| 93 |
+
**Moderate use (3-5 metaphors per page)**:
|
| 94 |
+
- Blog posts and articles
|
| 95 |
+
- Educational content
|
| 96 |
+
- Balanced engagement
|
| 97 |
+
|
| 98 |
+
**Heavy use (6+ metaphors per page)**:
|
| 99 |
+
- Creative writing
|
| 100 |
+
- Marketing content
|
| 101 |
+
- Maximum engagement and memorability
|
| 102 |
+
|
| 103 |
+
## Metaphor Quality Guidelines
|
| 104 |
+
|
| 105 |
+
### Good Metaphors
|
| 106 |
+
|
| 107 |
+
✓ **Illuminating**: Actually clarifies the concept
|
| 108 |
+
✓ **Appropriate**: Matches the audience and context
|
| 109 |
+
✓ **Consistent**: Doesn't contradict itself when extended
|
| 110 |
+
✓ **Fresh**: Avoids clichés (unless intentionally used)
|
| 111 |
+
✓ **Cultural**: Accessible to your target audience
|
| 112 |
+
✓ **Scalable**: Works at the intended level of detail
|
| 113 |
+
|
| 114 |
+
### Avoid
|
| 115 |
+
|
| 116 |
+
✗ **Mixed metaphors**: "We'll burn that bridge when we come to it"
|
| 117 |
+
✗ **Overextension**: Pushing a metaphor too far
|
| 118 |
+
✗ **Obscure references**: Metaphors the audience won't understand
|
| 119 |
+
✗ **Inappropriate comparisons**: Context-insensitive or offensive analogies
|
| 120 |
+
✗ **Clichéd overuse**: Too many tired expressions
|
| 121 |
+
✗ **Confusing metaphors**: More confusing than the original concept
|
| 122 |
+
|
| 123 |
+
## Domain-Specific Metaphor Banks
|
| 124 |
+
|
| 125 |
+
### Technology/Software
|
| 126 |
+
- Architecture as buildings/construction
|
| 127 |
+
- Networks as highways/roads
|
| 128 |
+
- Data as water/flow
|
| 129 |
+
- Security as locks/fortresses
|
| 130 |
+
- Code as recipes/blueprints
|
| 131 |
+
- Processes as assembly lines
|
| 132 |
+
|
| 133 |
+
### Business/Management
|
| 134 |
+
- Growth as gardening/cultivation
|
| 135 |
+
- Strategy as chess/war games
|
| 136 |
+
- Teams as sports/orchestras
|
| 137 |
+
- Markets as weather/oceans
|
| 138 |
+
- Innovation as exploration/pioneering
|
| 139 |
+
|
| 140 |
+
### Science/Research
|
| 141 |
+
- Discovery as treasure hunting
|
| 142 |
+
- Analysis as detective work
|
| 143 |
+
- Experimentation as cooking
|
| 144 |
+
- Theories as frameworks/scaffolding
|
| 145 |
+
|
| 146 |
+
## Example Transformations
|
| 147 |
+
|
| 148 |
+
**Before (Technical, no metaphors)**:
|
| 149 |
+
```
|
| 150 |
+
Machine learning models require training data to develop predictive capabilities. The quality of the training data significantly impacts model performance. More diverse data typically produces more robust models that generalize well to new situations.
|
| 151 |
+
```
|
| 152 |
+
|
| 153 |
+
**After (Metaphor-enhanced)**:
|
| 154 |
+
```
|
| 155 |
+
Machine learning models are like apprentices learning a craft—they require training data to develop predictive capabilities. The quality of their education (the training data) significantly impacts their professional performance. Just as a chef who trains in multiple cuisines becomes more versatile than one who specializes narrowly, models fed diverse data become more robust, able to handle the unexpected ingredients of new situations with confidence and skill.
|
| 156 |
+
```
|
| 157 |
+
|
| 158 |
+
**Before (Plain business writing)**:
|
| 159 |
+
```
|
| 160 |
+
Our company is transitioning to a new strategic direction. This requires all teams to adapt their processes and adopt new tools. The change will take time but will ultimately improve efficiency.
|
| 161 |
+
```
|
| 162 |
+
|
| 163 |
+
**After (Metaphor-rich)**:
|
| 164 |
+
```
|
| 165 |
+
Our company is turning the ship toward new waters. Like a sailing vessel changing course, this requires all teams to adjust their sails—adapting processes and hauling in new tools to harness the winds of change. The turn won't happen overnight; ships of our size need time to change direction. But once we're sailing this new heading, we'll cut through the waves with greater speed and efficiency than ever before.
|
| 166 |
+
```
|
| 167 |
+
|
| 168 |
+
## Output Format
|
| 169 |
+
|
| 170 |
+
Return the enhanced version of the content with metaphors naturally woven throughout. If the original content has a specific tone (technical, casual, formal), preserve it while adding figurative language that fits.
|
| 171 |
+
|
| 172 |
+
## Usage Notes
|
| 173 |
+
|
| 174 |
+
Specify if you want:
|
| 175 |
+
- **Metaphor density**: Light, moderate, or heavy
|
| 176 |
+
- **Tone**: Professional, casual, creative, educational
|
| 177 |
+
- **Audience**: Technical experts, general public, specific industry
|
| 178 |
+
- **Specific themes**: Prefer certain types of metaphors (nature, sports, cooking, etc.)
|
| 179 |
+
|
| 180 |
+
Share the content you'd like to enhance with metaphors and analogies.
|
commands-flat/add-missing-subheadings.md
ADDED
|
@@ -0,0 +1,74 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Add Missing Subheadings
|
| 2 |
+
|
| 3 |
+
You are a document structure specialist. Your task is to analyze the provided text and add appropriate subheadings to improve readability and organization.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
1. **Analyze the text structure**
|
| 8 |
+
- Identify major topic shifts and logical sections
|
| 9 |
+
- Look for paragraphs that introduce new concepts or themes
|
| 10 |
+
- Notice where the text transitions between ideas
|
| 11 |
+
|
| 12 |
+
2. **Create appropriate subheadings**
|
| 13 |
+
- Use clear, descriptive titles that reflect the content
|
| 14 |
+
- Maintain consistent heading hierarchy (H2, H3, H4 as needed)
|
| 15 |
+
- Follow the document's existing tone and style
|
| 16 |
+
- Use parallel structure when possible (e.g., all verb phrases or all noun phrases)
|
| 17 |
+
|
| 18 |
+
3. **Insert subheadings strategically**
|
| 19 |
+
- Break up long blocks of text
|
| 20 |
+
- Create logical sections (aim for 2-4 paragraphs per section)
|
| 21 |
+
- Don't over-segment short sections
|
| 22 |
+
- Preserve the original text without modification
|
| 23 |
+
|
| 24 |
+
## Heading Hierarchy Guidelines
|
| 25 |
+
|
| 26 |
+
- **H2 (##)**: Main sections representing major topic divisions
|
| 27 |
+
- **H3 (###)**: Subsections within a major topic
|
| 28 |
+
- **H4 (####)**: Sub-subsections for detailed breakdowns (use sparingly)
|
| 29 |
+
|
| 30 |
+
## Style Guidelines
|
| 31 |
+
|
| 32 |
+
- Keep headings concise (2-6 words typically)
|
| 33 |
+
- Use title case or sentence case consistently
|
| 34 |
+
- Avoid redundant words ("Section on..." or "Information about...")
|
| 35 |
+
- Make headings scannable and informative
|
| 36 |
+
- Consider SEO-friendly phrasing when appropriate
|
| 37 |
+
|
| 38 |
+
## Example
|
| 39 |
+
|
| 40 |
+
**Before:**
|
| 41 |
+
```
|
| 42 |
+
Content about topic A spanning 3 paragraphs...
|
| 43 |
+
|
| 44 |
+
Content about topic B spanning 2 paragraphs...
|
| 45 |
+
|
| 46 |
+
Content about topic C spanning 4 paragraphs...
|
| 47 |
+
```
|
| 48 |
+
|
| 49 |
+
**After:**
|
| 50 |
+
```
|
| 51 |
+
## Topic A
|
| 52 |
+
|
| 53 |
+
Content about topic A spanning 3 paragraphs...
|
| 54 |
+
|
| 55 |
+
## Topic B
|
| 56 |
+
|
| 57 |
+
Content about topic B spanning 2 paragraphs...
|
| 58 |
+
|
| 59 |
+
## Topic C
|
| 60 |
+
|
| 61 |
+
### Subtopic C1
|
| 62 |
+
Content about first aspect...
|
| 63 |
+
|
| 64 |
+
### Subtopic C2
|
| 65 |
+
Content about second aspect...
|
| 66 |
+
```
|
| 67 |
+
|
| 68 |
+
## Output Format
|
| 69 |
+
|
| 70 |
+
Return the full text with subheadings inserted. Preserve all original content exactly as written, adding only markdown heading syntax.
|
| 71 |
+
|
| 72 |
+
---
|
| 73 |
+
|
| 74 |
+
Now, please provide the text you'd like me to enhance with subheadings.
|
commands-flat/add-mit-license.md
ADDED
|
@@ -0,0 +1,12 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
I would like to add the MIT license to this repo.
|
| 2 |
+
|
| 3 |
+
Do the folllowing:
|
| 4 |
+
|
| 5 |
+
1- Add the license
|
| 6 |
+
2 - Note, in README, that this project is licensed under MIT
|
| 7 |
+
|
| 8 |
+
Use these details:
|
| 9 |
+
|
| 10 |
+
Name: Daniel Rosehill
|
| 11 |
+
Email: public@danielrosehill.com
|
| 12 |
+
Current year: 2025
|
commands-flat/add-punctuation.md
ADDED
|
@@ -0,0 +1,12 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This text is missing basic punctuation.
|
| 2 |
+
|
| 3 |
+
Add appropriate punctuation including:
|
| 4 |
+
|
| 5 |
+
- Periods at the end of sentences
|
| 6 |
+
- Commas where needed for readability
|
| 7 |
+
- Question marks for questions
|
| 8 |
+
- Exclamation points where appropriate
|
| 9 |
+
- Apostrophes for contractions and possessives
|
| 10 |
+
- Quotation marks where needed
|
| 11 |
+
|
| 12 |
+
Keep the original meaning and tone intact. Don't change the words themselves unless absolutely necessary for clarity.
|
commands-flat/add-readme.md
ADDED
|
@@ -0,0 +1,18 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Add the README.md
|
| 2 |
+
|
| 3 |
+
Do:
|
| 4 |
+
|
| 5 |
+
- Summarise clearly and simply the purpose of this project/codebase as you can infer it. You may use the understanding of the repository you have built up during this session, or in prior memory, to supplement your current indexing
|
| 6 |
+
|
| 7 |
+
- Use shields.io badges sparingly to visually identify languages and components used
|
| 8 |
+
|
| 9 |
+
- Prefer markdown tables over bullet point lists. When adding a table of repositories, use shields.io badges for linking to the repos
|
| 10 |
+
|
| 11 |
+
- Add internal links on README.md by adding relative links that will be navigable when visited on github.com
|
| 12 |
+
|
| 13 |
+
DO NOT:
|
| 14 |
+
|
| 15 |
+
- Use emojis!
|
| 16 |
+
- Add a contributor guidelines section (unless otherwise stated)
|
| 17 |
+
- Add a license or make any note of licensing.
|
| 18 |
+
- Include navigable links to any parts of the repository which are deliberately not commited: for example if there's a folder called /private, don't mention it or add links to it
|
commands-flat/add-related-repos-section.md
ADDED
|
@@ -0,0 +1,13 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository is part of a group of repositories.
|
| 2 |
+
|
| 3 |
+
The user would like to add a "Related Repos" section to both make that clear and make it easier for browsers to find the connected parts of this project.
|
| 4 |
+
|
| 5 |
+
Here's the approach you should take:
|
| 6 |
+
|
| 7 |
+
- Ask the user to provide the list of related repos. Alternatively the user will provide these one by one.
|
| 8 |
+
|
| 9 |
+
Once you've got the list:
|
| 10 |
+
|
| 11 |
+
- Add a related repos section towards the bottom of README.md
|
| 12 |
+
- List the related repos alphabetically, unless the user has requested an alternative method
|
| 13 |
+
- Add the links as github repo badges wit shields.io
|
commands-flat/add-repo-index.md
ADDED
|
@@ -0,0 +1,13 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
I would like you to add an index to this repository that users can navigate on Github.com (to do this, use relative links).
|
| 2 |
+
|
| 3 |
+
This index should be:
|
| 4 |
+
|
| 5 |
+
- Created programmatically
|
| 6 |
+
- Created incrementally, if possible
|
| 7 |
+
|
| 8 |
+
Follow this general preference:
|
| 9 |
+
|
| 10 |
+
- The index is created by a script as a standalone file
|
| 11 |
+
- That file is injected into README.md using injection markers
|
| 12 |
+
|
| 13 |
+
The script to generate the index, once validated, can be implemented as a pre push hook
|
commands-flat/add-sources.md
ADDED
|
@@ -0,0 +1,25 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Add inline Markdown source links to factual claims in the provided text.
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
1. Identify claims that require sourcing (statistics, dates, names, study findings, quotations, events)
|
| 5 |
+
2. Find reliable sources for each claim
|
| 6 |
+
3. Insert inline Markdown links `[anchor text](URL)` at the point of claim
|
| 7 |
+
4. If a source cannot be found, append `[source needed]`
|
| 8 |
+
|
| 9 |
+
What requires a source:
|
| 10 |
+
- Specific numbers and statistics
|
| 11 |
+
- Dates and timelines
|
| 12 |
+
- Names and roles of people/organizations
|
| 13 |
+
- Study findings and research results
|
| 14 |
+
- Legal/policy references
|
| 15 |
+
- Standards and specifications
|
| 16 |
+
- Quotations
|
| 17 |
+
- Notable events
|
| 18 |
+
|
| 19 |
+
Source hierarchy:
|
| 20 |
+
1. Primary/official sources
|
| 21 |
+
2. Peer-reviewed literature
|
| 22 |
+
3. High-quality secondary sources (.gov, .edu, major journals)
|
| 23 |
+
4. Reputable reports with transparent methods
|
| 24 |
+
|
| 25 |
+
Use concise, factual anchor text. Link the first occurrence of recurring facts. Preserve document structure and formatting.
|
commands-flat/add-statistics.md
ADDED
|
@@ -0,0 +1,61 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Add Statistics
|
| 2 |
+
|
| 3 |
+
You are a data enrichment specialist. Your task is to identify places in the provided text where statistics would strengthen arguments and either suggest specific statistics to add or indicate where they should be researched.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
1. **Analyze the text** for claims that would benefit from statistical support
|
| 8 |
+
2. **Identify opportunities** where numbers would add credibility
|
| 9 |
+
3. **Suggest relevant statistics** when you have knowledge of them, OR
|
| 10 |
+
4. **Mark locations** where statistics should be researched and added
|
| 11 |
+
|
| 12 |
+
## Types of Statistics to Consider
|
| 13 |
+
|
| 14 |
+
### Quantitative Support
|
| 15 |
+
- **Market data**: Size, growth rates, trends
|
| 16 |
+
- **Performance metrics**: Success rates, improvements, ROI
|
| 17 |
+
- **Demographic data**: Population statistics, user numbers
|
| 18 |
+
- **Research findings**: Study results, survey data, meta-analyses
|
| 19 |
+
- **Comparative data**: Industry benchmarks, before/after comparisons
|
| 20 |
+
- **Temporal data**: Historical trends, projections, time-based metrics
|
| 21 |
+
|
| 22 |
+
### Statistical Formats
|
| 23 |
+
- **Percentages**: "40% increase", "9 out of 10 users"
|
| 24 |
+
- **Absolute numbers**: "2.5 million customers", "$500K saved"
|
| 25 |
+
- **Ratios**: "3:1 return on investment"
|
| 26 |
+
- **Ranges**: "Between 15-20% improvement"
|
| 27 |
+
- **Rates**: "95% satisfaction rate"
|
| 28 |
+
|
| 29 |
+
## Guidelines
|
| 30 |
+
|
| 31 |
+
- **Precision matters**: Use specific numbers rather than vague claims
|
| 32 |
+
- **Source credibility**: Note reputable sources when suggesting statistics
|
| 33 |
+
- **Relevance**: Only add statistics that directly support the argument
|
| 34 |
+
- **Recency**: Prefer recent data (note when data may be outdated)
|
| 35 |
+
- **Context**: Include necessary context (timeframe, sample size, methodology)
|
| 36 |
+
- **Balance**: Don't overwhelm with numbers—use strategically
|
| 37 |
+
|
| 38 |
+
## Output Format
|
| 39 |
+
|
| 40 |
+
Provide the text with:
|
| 41 |
+
- **[STAT NEEDED: description]** markers where research is required
|
| 42 |
+
- **[SUGGESTED STAT: statistic + source]** where you can suggest specific data
|
| 43 |
+
- Integrated statistics with proper context and sourcing
|
| 44 |
+
|
| 45 |
+
## Example
|
| 46 |
+
|
| 47 |
+
**Before:**
|
| 48 |
+
"Email marketing is very effective. Many businesses see good results. Our platform helps companies improve their email campaigns."
|
| 49 |
+
|
| 50 |
+
**After:**
|
| 51 |
+
"Email marketing delivers exceptional ROI: businesses see an average return of $42 for every $1 spent [SUGGESTED STAT: DMA 2023 Email Marketing Metrics]. Over 80% of marketers report increased engagement through personalized email campaigns [SUGGESTED STAT: HubSpot 2024 Marketing Report]. Our platform has helped companies improve their email open rates by [STAT NEEDED: internal performance data - average open rate improvement percentage] compared to industry baseline."
|
| 52 |
+
|
| 53 |
+
**Changes made:**
|
| 54 |
+
- Added ROI statistic with source
|
| 55 |
+
- Added engagement percentage with source
|
| 56 |
+
- Marked where company-specific data should be inserted
|
| 57 |
+
- Provided context for each statistic
|
| 58 |
+
|
| 59 |
+
---
|
| 60 |
+
|
| 61 |
+
Now, please provide the text you'd like me to enrich with statistics.
|
commands-flat/add-technical-depth.md
ADDED
|
@@ -0,0 +1,10 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Add more technical depth and specificity to this text.
|
| 2 |
+
|
| 3 |
+
Enhance technical content:
|
| 4 |
+
- Replace general terms with specific technical terminology
|
| 5 |
+
- Add relevant technical details
|
| 6 |
+
- Include technical context where appropriate
|
| 7 |
+
- Use industry-standard nomenclature
|
| 8 |
+
- Make explanations more technically precise
|
| 9 |
+
|
| 10 |
+
Assume the reader has technical background. Keep accuracy paramount.
|
commands-flat/add-to-my-notes.md
ADDED
|
@@ -0,0 +1,9 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Thanks for that useful information.
|
| 2 |
+
|
| 3 |
+
I would like to document this for my later reference.
|
| 4 |
+
|
| 5 |
+
Please do the following:
|
| 6 |
+
|
| 7 |
+
- Navigate to my reference notebook at: /home/daniel/obsidian-notebooks/notes-from-ai
|
| 8 |
+
- Create a document in the most logical folder in the filesystem. If one doesn't exist to house this topic, create it
|
| 9 |
+
- When the note has been created, push the notebook
|
commands-flat/add-ubuntu-build-script.md
ADDED
|
@@ -0,0 +1,11 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Please add a build script to this repository.
|
| 2 |
+
|
| 3 |
+
The build script should be optimised to work on Ubuntu Linux, which is the target OS for this application.
|
| 4 |
+
|
| 5 |
+
In the first instance: the build script should generate a debian package (.deb).
|
| 6 |
+
|
| 7 |
+
If this can be reliably generated from the codebase, then do *not* write the build script to create any other packages (such as App Image).
|
| 8 |
+
|
| 9 |
+
However, if there are issues compiling to debian, then consider and use these other options instead.
|
| 10 |
+
|
| 11 |
+
Create, as well, an update script. This should: uninstall the current package, build the new one, and then install it in its place.
|
commands-flat/add-uv-venv.md
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This Python projects should use a virtual environment.
|
| 2 |
+
|
| 3 |
+
Create one with uv by:
|
| 4 |
+
|
| 5 |
+
- Writing requirements.txt
|
| 6 |
+
- Writing a bash script to create the venv
|
| 7 |
+
- Run it and debug any errors that we encounter
|
commands-flat/add-vibe-coding-disclosure.md
ADDED
|
@@ -0,0 +1,13 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Please add a note to the README that the code in this repo was generated entirely by AI or with AI assistance.
|
| 2 |
+
|
| 3 |
+
To do so, let's add this badge somewhere prominent in the README:
|
| 4 |
+
|
| 5 |
+

|
| 6 |
+
|
| 7 |
+
And add it again in the footer like this.
|
| 8 |
+
|
| 9 |
+
## AI Assisted Development
|
| 10 |
+
|
| 11 |
+

|
| 12 |
+
|
| 13 |
+
The code in this repository was generated by or with an AI tool. Use and integrate with your projects at your own risk.
|
commands-flat/add-watermark.md
ADDED
|
@@ -0,0 +1,57 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Add Watermark to Video
|
| 2 |
+
|
| 3 |
+
You are a video editing assistant specialized in adding watermarks (text or image overlays) to videos using FFmpeg.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Help the user add a watermark to their video:
|
| 8 |
+
|
| 9 |
+
1. Ask the user for:
|
| 10 |
+
- Input video file path
|
| 11 |
+
- Watermark type (text or image)
|
| 12 |
+
- For text: content, font, size, color
|
| 13 |
+
- For image: image file path, transparency level
|
| 14 |
+
- Position (corner, center, custom coordinates)
|
| 15 |
+
- Output file path
|
| 16 |
+
|
| 17 |
+
2. Construct the appropriate FFmpeg overlay command:
|
| 18 |
+
- Use `drawtext` filter for text watermarks
|
| 19 |
+
- Use `overlay` filter for image watermarks
|
| 20 |
+
- Position correctly (top-left, top-right, bottom-left, bottom-right, center)
|
| 21 |
+
- Apply transparency/opacity if requested
|
| 22 |
+
|
| 23 |
+
3. Execute and verify output quality
|
| 24 |
+
|
| 25 |
+
## Text Watermark Examples
|
| 26 |
+
|
| 27 |
+
**Simple text in bottom-right corner:**
|
| 28 |
+
```bash
|
| 29 |
+
ffmpeg -i input.mp4 -vf "drawtext=text='Copyright 2025':fontcolor=white:fontsize=24:x=w-tw-10:y=h-th-10" output.mp4
|
| 30 |
+
```
|
| 31 |
+
|
| 32 |
+
**Text with shadow/outline:**
|
| 33 |
+
```bash
|
| 34 |
+
ffmpeg -i input.mp4 -vf "drawtext=text='My Channel':fontcolor=white:fontsize=30:borderw=2:bordercolor=black:x=10:y=10" output.mp4
|
| 35 |
+
```
|
| 36 |
+
|
| 37 |
+
## Image Watermark Examples
|
| 38 |
+
|
| 39 |
+
**Logo in top-right corner with 50% opacity:**
|
| 40 |
+
```bash
|
| 41 |
+
ffmpeg -i input.mp4 -i logo.png -filter_complex "[1:v]format=rgba,colorchannelmixer=aa=0.5[logo];[0:v][logo]overlay=W-w-10:10" output.mp4
|
| 42 |
+
```
|
| 43 |
+
|
| 44 |
+
**Centered watermark:**
|
| 45 |
+
```bash
|
| 46 |
+
ffmpeg -i input.mp4 -i watermark.png -filter_complex "overlay=(W-w)/2:(H-h)/2" output.mp4
|
| 47 |
+
```
|
| 48 |
+
|
| 49 |
+
## Position Shortcuts
|
| 50 |
+
|
| 51 |
+
- Top-left: `x=10:y=10`
|
| 52 |
+
- Top-right: `x=w-tw-10:y=10` (text) or `x=W-w-10:10` (image)
|
| 53 |
+
- Bottom-left: `x=10:y=h-th-10` (text) or `x=10:y=H-h-10` (image)
|
| 54 |
+
- Bottom-right: `x=w-tw-10:y=h-th-10` (text) or `x=W-w-10:H-h-10` (image)
|
| 55 |
+
- Center: `x=(w-tw)/2:y=(h-th)/2` (text) or `x=(W-w)/2:y=(H-h)/2` (image)
|
| 56 |
+
|
| 57 |
+
Be creative and help users protect their content with professional watermarks.
|
commands-flat/add-wip.md
ADDED
|
@@ -0,0 +1,11 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository is a work in progress (WIP). I would like to highlight that.
|
| 2 |
+
|
| 3 |
+
To do this, please:
|
| 4 |
+
|
| 5 |
+
- Add a work in progress badge (using Shields.io). Position this at the top of the readme.
|
| 6 |
+
|
| 7 |
+
Add somewhere else in the readme:
|
| 8 |
+
|
| 9 |
+
## Work In Progress
|
| 10 |
+
|
| 11 |
+
This repository is a work in progress
|
commands-flat/adding-to-awesome-list.md
ADDED
|
@@ -0,0 +1,17 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Please help me to add a new resource to this awesome list.
|
| 2 |
+
|
| 3 |
+
Context:
|
| 4 |
+
|
| 5 |
+
- This repo is my fork of an awesome list
|
| 6 |
+
- I have a project(s) that I would like to add to it
|
| 7 |
+
|
| 8 |
+
To do that we should:
|
| 9 |
+
|
| 10 |
+
- Study the contributor guidelines (if any)
|
| 11 |
+
- Identify the right place to add my contribution
|
| 12 |
+
|
| 13 |
+
Then, we should follow the usual protocol:
|
| 14 |
+
|
| 15 |
+
- Create a new branch
|
| 16 |
+
- Add our addition
|
| 17 |
+
- Open a PR
|
commands-flat/ai-context.md
ADDED
|
@@ -0,0 +1,8 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Add an "AI Context Repository" badge to the repository README indicating this repo contains context files, documentation, or resources designed for AI agent consumption.
|
| 2 |
+
|
| 3 |
+
Use this shields.io badge format:
|
| 4 |
+
```markdown
|
| 5 |
+

|
| 6 |
+
```
|
| 7 |
+
|
| 8 |
+
Add it to the appropriate badges section in the README.
|
commands-flat/ai-friendly-seo.md
ADDED
|
@@ -0,0 +1,47 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Optimize content for AI search engines and crawlers (ChatGPT, Claude, Perplexity, etc.).
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
1. Implement AI-friendly structured data:
|
| 5 |
+
- Clear, semantic HTML structure
|
| 6 |
+
- Proper heading hierarchy
|
| 7 |
+
- Descriptive section labels
|
| 8 |
+
- Schema.org structured data
|
| 9 |
+
|
| 10 |
+
2. Optimize content for AI understanding:
|
| 11 |
+
- Clear, concise descriptions
|
| 12 |
+
- Well-structured paragraphs
|
| 13 |
+
- Logical content flow
|
| 14 |
+
- Explicit relationships between concepts
|
| 15 |
+
|
| 16 |
+
3. Add metadata for AI crawlers:
|
| 17 |
+
```html
|
| 18 |
+
<!-- Traditional SEO that also helps AI -->
|
| 19 |
+
<meta name="description" content="Clear, comprehensive description">
|
| 20 |
+
|
| 21 |
+
<!-- Structured data -->
|
| 22 |
+
<script type="application/ld+json">
|
| 23 |
+
{
|
| 24 |
+
"@context": "https://schema.org",
|
| 25 |
+
"@type": "Article",
|
| 26 |
+
"headline": "...",
|
| 27 |
+
"description": "...",
|
| 28 |
+
"author": {...}
|
| 29 |
+
}
|
| 30 |
+
</script>
|
| 31 |
+
```
|
| 32 |
+
|
| 33 |
+
4. Improve content discoverability:
|
| 34 |
+
- Clear, descriptive page titles
|
| 35 |
+
- Comprehensive introductions
|
| 36 |
+
- Table of contents for long content
|
| 37 |
+
- Summary sections
|
| 38 |
+
- FAQ sections in structured format
|
| 39 |
+
|
| 40 |
+
5. Technical optimizations:
|
| 41 |
+
- Clean, crawlable URLs
|
| 42 |
+
- Proper internal linking
|
| 43 |
+
- Breadcrumb navigation
|
| 44 |
+
- RSS/Atom feeds
|
| 45 |
+
- API endpoints for content (if applicable)
|
| 46 |
+
|
| 47 |
+
Focus on making content easily discoverable and understandable by AI systems while maintaining human readability.
|
commands-flat/allow-env.md
ADDED
|
@@ -0,0 +1,5 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
I have a global git ignore that blocks .env from syncing
|
| 2 |
+
|
| 3 |
+
This is a private repo and I wish to override that behavior and ensure that .env is synced
|
| 4 |
+
|
| 5 |
+
Please add or update a manual .gitignore at the repo level to achieve that behavior and verify that it makes it into version control
|
commands-flat/analyze-commits.md
ADDED
|
@@ -0,0 +1,56 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Analyze and summarize changes from repository commit history.
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
1. Examine recent commit history:
|
| 5 |
+
```bash
|
| 6 |
+
git log --oneline -20
|
| 7 |
+
git log --since="1 week ago" --oneline
|
| 8 |
+
```
|
| 9 |
+
|
| 10 |
+
2. Analyze the changes made:
|
| 11 |
+
- Types of changes (features, fixes, refactoring, docs)
|
| 12 |
+
- Files most frequently modified
|
| 13 |
+
- Code complexity trends
|
| 14 |
+
- Patterns in commit messages
|
| 15 |
+
|
| 16 |
+
3. Identify incremental progress:
|
| 17 |
+
- Feature development trajectory
|
| 18 |
+
- Bug fix patterns
|
| 19 |
+
- Refactoring efforts
|
| 20 |
+
- Documentation improvements
|
| 21 |
+
|
| 22 |
+
4. Determine technical skills demonstrated:
|
| 23 |
+
- Programming languages used
|
| 24 |
+
- Frameworks and libraries
|
| 25 |
+
- Design patterns implemented
|
| 26 |
+
- Testing approaches
|
| 27 |
+
- DevOps practices
|
| 28 |
+
|
| 29 |
+
5. Generate summary report:
|
| 30 |
+
```markdown
|
| 31 |
+
## Commit Analysis Summary
|
| 32 |
+
|
| 33 |
+
**Period:** Last 30 days
|
| 34 |
+
**Total Commits:** 45
|
| 35 |
+
|
| 36 |
+
### Key Changes:
|
| 37 |
+
- Feature: User authentication system (15 commits)
|
| 38 |
+
- Refactor: Database layer optimization (8 commits)
|
| 39 |
+
- Fix: Various UI bugs (12 commits)
|
| 40 |
+
- Docs: API documentation updates (10 commits)
|
| 41 |
+
|
| 42 |
+
### Technical Skills Demonstrated:
|
| 43 |
+
- Node.js/Express backend development
|
| 44 |
+
- React frontend development
|
| 45 |
+
- PostgreSQL database design
|
| 46 |
+
- JWT authentication
|
| 47 |
+
- REST API design
|
| 48 |
+
- Git workflow management
|
| 49 |
+
|
| 50 |
+
### Most Active Areas:
|
| 51 |
+
- src/auth/ (25 commits)
|
| 52 |
+
- src/components/ (18 commits)
|
| 53 |
+
- docs/api/ (10 commits)
|
| 54 |
+
```
|
| 55 |
+
|
| 56 |
+
Help users understand project evolution and learning progress through commit analysis.
|
commands-flat/analyze-firewall.md
ADDED
|
@@ -0,0 +1,286 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Analyze Firewall and Suggest Hardening
|
| 2 |
+
|
| 3 |
+
You are helping the user check if a firewall is running, analyze open ports, and suggest potential hardening.
|
| 4 |
+
|
| 5 |
+
## Your tasks:
|
| 6 |
+
|
| 7 |
+
1. **Check if a firewall is active:**
|
| 8 |
+
|
| 9 |
+
**UFW (Uncomplicated Firewall):**
|
| 10 |
+
```bash
|
| 11 |
+
sudo ufw status verbose
|
| 12 |
+
```
|
| 13 |
+
|
| 14 |
+
**iptables (lower level):**
|
| 15 |
+
```bash
|
| 16 |
+
sudo iptables -L -n -v
|
| 17 |
+
sudo ip6tables -L -n -v
|
| 18 |
+
```
|
| 19 |
+
|
| 20 |
+
**firewalld (if used):**
|
| 21 |
+
```bash
|
| 22 |
+
sudo firewall-cmd --state
|
| 23 |
+
sudo firewall-cmd --list-all
|
| 24 |
+
```
|
| 25 |
+
|
| 26 |
+
**nftables (modern replacement for iptables):**
|
| 27 |
+
```bash
|
| 28 |
+
sudo nft list ruleset
|
| 29 |
+
```
|
| 30 |
+
|
| 31 |
+
2. **If no firewall is active, recommend enabling UFW:**
|
| 32 |
+
```bash
|
| 33 |
+
sudo apt install ufw
|
| 34 |
+
sudo ufw enable
|
| 35 |
+
sudo ufw status
|
| 36 |
+
```
|
| 37 |
+
|
| 38 |
+
3. **Check currently listening services:**
|
| 39 |
+
```bash
|
| 40 |
+
sudo ss -tulpn
|
| 41 |
+
# Or
|
| 42 |
+
sudo netstat -tulpn
|
| 43 |
+
```
|
| 44 |
+
|
| 45 |
+
This shows what services are listening on which ports.
|
| 46 |
+
|
| 47 |
+
4. **Check for open ports from external perspective:**
|
| 48 |
+
```bash
|
| 49 |
+
sudo nmap -sT -O localhost
|
| 50 |
+
```
|
| 51 |
+
|
| 52 |
+
Or install nmap if not available:
|
| 53 |
+
```bash
|
| 54 |
+
sudo apt install nmap
|
| 55 |
+
```
|
| 56 |
+
|
| 57 |
+
5. **Analyze each open port:**
|
| 58 |
+
For each listening port, identify:
|
| 59 |
+
- Which service is using it
|
| 60 |
+
- Whether it should be accessible from network
|
| 61 |
+
- Current firewall rules for it
|
| 62 |
+
|
| 63 |
+
Common ports to check:
|
| 64 |
+
- 22 (SSH)
|
| 65 |
+
- 80 (HTTP)
|
| 66 |
+
- 443 (HTTPS)
|
| 67 |
+
- 3306 (MySQL)
|
| 68 |
+
- 5432 (PostgreSQL)
|
| 69 |
+
- 6379 (Redis)
|
| 70 |
+
- 27017 (MongoDB)
|
| 71 |
+
- 3389 (RDP)
|
| 72 |
+
- 445 (SMB)
|
| 73 |
+
- 2049 (NFS)
|
| 74 |
+
|
| 75 |
+
6. **Check UFW rules in detail:**
|
| 76 |
+
```bash
|
| 77 |
+
sudo ufw status numbered
|
| 78 |
+
sudo ufw show added
|
| 79 |
+
```
|
| 80 |
+
|
| 81 |
+
7. **Check iptables rules in detail:**
|
| 82 |
+
```bash
|
| 83 |
+
sudo iptables -S
|
| 84 |
+
sudo iptables -L INPUT -v -n
|
| 85 |
+
sudo iptables -L OUTPUT -v -n
|
| 86 |
+
sudo iptables -L FORWARD -v -n
|
| 87 |
+
```
|
| 88 |
+
|
| 89 |
+
8. **Identify potential security issues:**
|
| 90 |
+
|
| 91 |
+
**Services listening on 0.0.0.0 (all interfaces):**
|
| 92 |
+
These are accessible from network. Should they be?
|
| 93 |
+
```bash
|
| 94 |
+
sudo ss -tulpn | grep "0.0.0.0"
|
| 95 |
+
```
|
| 96 |
+
|
| 97 |
+
**Services that should only be local:**
|
| 98 |
+
Databases, Redis, etc. should typically only listen on 127.0.0.1:
|
| 99 |
+
```bash
|
| 100 |
+
sudo ss -tulpn | grep -v "127.0.0.1"
|
| 101 |
+
```
|
| 102 |
+
|
| 103 |
+
**Unnecessary services:**
|
| 104 |
+
Check for services that shouldn't be running:
|
| 105 |
+
```bash
|
| 106 |
+
sudo systemctl list-units --type=service --state=running | grep -E "telnet|ftp|rsh"
|
| 107 |
+
```
|
| 108 |
+
|
| 109 |
+
9. **Analyze by service type:**
|
| 110 |
+
|
| 111 |
+
**SSH (port 22):**
|
| 112 |
+
- Should SSH be accessible from internet?
|
| 113 |
+
- Consider changing default port
|
| 114 |
+
- Check SSH configuration: `cat /etc/ssh/sshd_config | grep -v "^#" | grep -v "^$"`
|
| 115 |
+
- Verify key-only authentication is enforced
|
| 116 |
+
- Check fail2ban status: `sudo systemctl status fail2ban`
|
| 117 |
+
|
| 118 |
+
**Web services (80, 443):**
|
| 119 |
+
- Are these intentional?
|
| 120 |
+
- Is there a web server running?
|
| 121 |
+
- Check for default/test pages
|
| 122 |
+
|
| 123 |
+
**Databases (3306, 5432, 27017, etc.):**
|
| 124 |
+
- Should NEVER be exposed to internet
|
| 125 |
+
- Should listen only on 127.0.0.1
|
| 126 |
+
- Check configuration files
|
| 127 |
+
|
| 128 |
+
10. **Check for common attack vectors:**
|
| 129 |
+
```bash
|
| 130 |
+
# Check for services with known vulnerabilities
|
| 131 |
+
sudo ss -tulpn | grep -E "telnet|ftp|rlogin|rsh|rexec"
|
| 132 |
+
|
| 133 |
+
# Check for uncommon high ports
|
| 134 |
+
sudo ss -tulpn | awk '{print $5}' | cut -d: -f2 | sort -n | uniq
|
| 135 |
+
```
|
| 136 |
+
|
| 137 |
+
11. **Suggest hardening measures:**
|
| 138 |
+
|
| 139 |
+
**Enable UFW if not active:**
|
| 140 |
+
```bash
|
| 141 |
+
sudo ufw default deny incoming
|
| 142 |
+
sudo ufw default allow outgoing
|
| 143 |
+
sudo ufw enable
|
| 144 |
+
```
|
| 145 |
+
|
| 146 |
+
**For SSH access:**
|
| 147 |
+
```bash
|
| 148 |
+
sudo ufw allow 22/tcp comment 'SSH'
|
| 149 |
+
# Or from specific IP:
|
| 150 |
+
sudo ufw allow from <IP-address> to any port 22 comment 'SSH from specific IP'
|
| 151 |
+
```
|
| 152 |
+
|
| 153 |
+
**For web server:**
|
| 154 |
+
```bash
|
| 155 |
+
sudo ufw allow 80/tcp comment 'HTTP'
|
| 156 |
+
sudo ufw allow 443/tcp comment 'HTTPS'
|
| 157 |
+
```
|
| 158 |
+
|
| 159 |
+
**For local network only:**
|
| 160 |
+
```bash
|
| 161 |
+
sudo ufw allow from 192.168.1.0/24 comment 'Local network'
|
| 162 |
+
```
|
| 163 |
+
|
| 164 |
+
12. **Install and configure fail2ban (recommended):**
|
| 165 |
+
```bash
|
| 166 |
+
sudo apt install fail2ban
|
| 167 |
+
sudo systemctl enable fail2ban
|
| 168 |
+
sudo systemctl start fail2ban
|
| 169 |
+
sudo fail2ban-client status
|
| 170 |
+
sudo fail2ban-client status sshd
|
| 171 |
+
```
|
| 172 |
+
|
| 173 |
+
13. **Check for IPv6 exposure:**
|
| 174 |
+
```bash
|
| 175 |
+
sudo ss -tulpn6
|
| 176 |
+
sudo ufw status
|
| 177 |
+
```
|
| 178 |
+
|
| 179 |
+
Ensure IPv6 is also protected:
|
| 180 |
+
```bash
|
| 181 |
+
sudo ufw default deny incoming
|
| 182 |
+
# UFW handles both IPv4 and IPv6
|
| 183 |
+
```
|
| 184 |
+
|
| 185 |
+
14. **Advanced iptables hardening (if using iptables):**
|
| 186 |
+
|
| 187 |
+
**Drop invalid packets:**
|
| 188 |
+
```bash
|
| 189 |
+
sudo iptables -A INPUT -m conntrack --ctstate INVALID -j DROP
|
| 190 |
+
```
|
| 191 |
+
|
| 192 |
+
**Rate limit SSH:**
|
| 193 |
+
```bash
|
| 194 |
+
sudo iptables -A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -m recent --set
|
| 195 |
+
sudo iptables -A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -m recent --update --seconds 60 --hitcount 4 -j DROP
|
| 196 |
+
```
|
| 197 |
+
|
| 198 |
+
**Log dropped packets:**
|
| 199 |
+
```bash
|
| 200 |
+
sudo iptables -A INPUT -j LOG --log-prefix "iptables-dropped: "
|
| 201 |
+
```
|
| 202 |
+
|
| 203 |
+
15. **Check for Docker interference:**
|
| 204 |
+
Docker manipulates iptables directly, which can bypass UFW:
|
| 205 |
+
```bash
|
| 206 |
+
sudo iptables -L DOCKER -n
|
| 207 |
+
```
|
| 208 |
+
|
| 209 |
+
To prevent Docker from bypassing UFW, edit `/etc/docker/daemon.json`:
|
| 210 |
+
```json
|
| 211 |
+
{
|
| 212 |
+
"iptables": false
|
| 213 |
+
}
|
| 214 |
+
```
|
| 215 |
+
|
| 216 |
+
Or use firewalld instead for better Docker integration.
|
| 217 |
+
|
| 218 |
+
16. **Check connection tracking:**
|
| 219 |
+
```bash
|
| 220 |
+
sudo conntrack -L
|
| 221 |
+
cat /proc/sys/net/netfilter/nf_conntrack_count
|
| 222 |
+
cat /proc/sys/net/netfilter/nf_conntrack_max
|
| 223 |
+
```
|
| 224 |
+
|
| 225 |
+
17. **Review logging:**
|
| 226 |
+
```bash
|
| 227 |
+
sudo grep UFW /var/log/syslog | tail -20
|
| 228 |
+
sudo tail -20 /var/log/ufw.log
|
| 229 |
+
```
|
| 230 |
+
|
| 231 |
+
18. **Generate hardening recommendations:**
|
| 232 |
+
Based on findings, suggest:
|
| 233 |
+
- Enable firewall if not active
|
| 234 |
+
- Block unnecessary ports
|
| 235 |
+
- Restrict services to local interface only
|
| 236 |
+
- Install fail2ban for brute-force protection
|
| 237 |
+
- Change SSH port (optional, security through obscurity)
|
| 238 |
+
- Disable root SSH login
|
| 239 |
+
- Use key-based SSH authentication only
|
| 240 |
+
- Close database ports from external access
|
| 241 |
+
- Remove unnecessary services
|
| 242 |
+
- Enable connection rate limiting
|
| 243 |
+
- Set up intrusion detection (OSSEC, Snort)
|
| 244 |
+
- Regular security updates
|
| 245 |
+
- Monitor logs regularly
|
| 246 |
+
|
| 247 |
+
19. **Provide firewall management commands:**
|
| 248 |
+
|
| 249 |
+
**UFW:**
|
| 250 |
+
- `sudo ufw status` - Check status
|
| 251 |
+
- `sudo ufw enable` - Enable firewall
|
| 252 |
+
- `sudo ufw disable` - Disable firewall
|
| 253 |
+
- `sudo ufw allow <port>` - Allow port
|
| 254 |
+
- `sudo ufw deny <port>` - Deny port
|
| 255 |
+
- `sudo ufw delete <rule>` - Delete rule
|
| 256 |
+
- `sudo ufw reset` - Reset to default
|
| 257 |
+
- `sudo ufw logging on` - Enable logging
|
| 258 |
+
|
| 259 |
+
**iptables:**
|
| 260 |
+
- `sudo iptables -L` - List rules
|
| 261 |
+
- `sudo iptables -A INPUT -p tcp --dport <port> -j ACCEPT` - Allow port
|
| 262 |
+
- `sudo iptables -D INPUT <rule-number>` - Delete rule
|
| 263 |
+
- `sudo iptables-save > /etc/iptables/rules.v4` - Save rules
|
| 264 |
+
- `sudo iptables-restore < /etc/iptables/rules.v4` - Restore rules
|
| 265 |
+
|
| 266 |
+
20. **Report findings:**
|
| 267 |
+
Summarize:
|
| 268 |
+
- Firewall status (active/inactive)
|
| 269 |
+
- List of open ports
|
| 270 |
+
- Services listening on each port
|
| 271 |
+
- Current firewall rules
|
| 272 |
+
- Security issues found
|
| 273 |
+
- Recommended hardening measures
|
| 274 |
+
- Priority actions (critical vs. nice-to-have)
|
| 275 |
+
|
| 276 |
+
## Important notes:
|
| 277 |
+
- Test firewall rules carefully to avoid locking yourself out
|
| 278 |
+
- Always have a backup access method (console/KVM) before changing SSH rules
|
| 279 |
+
- UFW and iptables can conflict - use one or the other
|
| 280 |
+
- Docker can bypass UFW - special configuration needed
|
| 281 |
+
- Deny incoming by default, allow specific services
|
| 282 |
+
- Keep logs for intrusion detection
|
| 283 |
+
- Regularly review and update firewall rules
|
| 284 |
+
- Consider using VPN for remote access instead of exposing services
|
| 285 |
+
- fail2ban is essential for SSH protection
|
| 286 |
+
- Don't expose databases to the internet
|
commands-flat/apply-filters.md
ADDED
|
@@ -0,0 +1,244 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Apply Image Filters
|
| 2 |
+
|
| 3 |
+
You are a photo editing assistant specialized in applying artistic and corrective filters to images using ImageMagick and other tools.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Help the user apply filters and effects to their images:
|
| 8 |
+
|
| 9 |
+
1. Ask the user for:
|
| 10 |
+
- Input image(s)
|
| 11 |
+
- Desired filter/effect type
|
| 12 |
+
- Intensity/parameters
|
| 13 |
+
- Whether to batch process
|
| 14 |
+
- Output path
|
| 15 |
+
|
| 16 |
+
2. Apply filters using ImageMagick:
|
| 17 |
+
- Color adjustments
|
| 18 |
+
- Artistic effects
|
| 19 |
+
- Blur and sharpening
|
| 20 |
+
- Vintage/retro effects
|
| 21 |
+
- Custom filter chains
|
| 22 |
+
|
| 23 |
+
3. Execute and verify results
|
| 24 |
+
|
| 25 |
+
## Popular Filters
|
| 26 |
+
|
| 27 |
+
### Black and White
|
| 28 |
+
|
| 29 |
+
**Simple grayscale:**
|
| 30 |
+
```bash
|
| 31 |
+
convert input.jpg -colorspace Gray output.jpg
|
| 32 |
+
```
|
| 33 |
+
|
| 34 |
+
**High-contrast B&W:**
|
| 35 |
+
```bash
|
| 36 |
+
convert input.jpg -colorspace Gray -contrast -contrast output.jpg
|
| 37 |
+
```
|
| 38 |
+
|
| 39 |
+
**Dramatic B&W (channel mixer):**
|
| 40 |
+
```bash
|
| 41 |
+
convert input.jpg -channel R -evaluate multiply 0.3 -channel G -evaluate multiply 0.59 -channel B -evaluate multiply 0.11 -separate -average output.jpg
|
| 42 |
+
```
|
| 43 |
+
|
| 44 |
+
### Vintage/Retro Effects
|
| 45 |
+
|
| 46 |
+
**Sepia tone:**
|
| 47 |
+
```bash
|
| 48 |
+
convert input.jpg -sepia-tone 80% output.jpg
|
| 49 |
+
```
|
| 50 |
+
|
| 51 |
+
**Vintage fade:**
|
| 52 |
+
```bash
|
| 53 |
+
convert input.jpg -modulate 100,80,100 -fill '#ffe4b5' -colorize 20% output.jpg
|
| 54 |
+
```
|
| 55 |
+
|
| 56 |
+
**Polaroid effect:**
|
| 57 |
+
```bash
|
| 58 |
+
convert input.jpg -bordercolor white -border 10 -bordercolor grey60 -border 1 -background black \( +clone -shadow 60x4+4+4 \) +swap -background white -flatten output.jpg
|
| 59 |
+
```
|
| 60 |
+
|
| 61 |
+
### Color Adjustments
|
| 62 |
+
|
| 63 |
+
**Boost saturation:**
|
| 64 |
+
```bash
|
| 65 |
+
convert input.jpg -modulate 100,150,100 output.jpg
|
| 66 |
+
```
|
| 67 |
+
|
| 68 |
+
**Warm tone:**
|
| 69 |
+
```bash
|
| 70 |
+
convert input.jpg -modulate 100,100,110 output.jpg
|
| 71 |
+
```
|
| 72 |
+
|
| 73 |
+
**Cool tone:**
|
| 74 |
+
```bash
|
| 75 |
+
convert input.jpg -modulate 100,100,90 output.jpg
|
| 76 |
+
```
|
| 77 |
+
|
| 78 |
+
**Auto-level (normalize colors):**
|
| 79 |
+
```bash
|
| 80 |
+
convert input.jpg -auto-level output.jpg
|
| 81 |
+
```
|
| 82 |
+
|
| 83 |
+
**Increase vibrance:**
|
| 84 |
+
```bash
|
| 85 |
+
convert input.jpg -modulate 100,120 output.jpg
|
| 86 |
+
```
|
| 87 |
+
|
| 88 |
+
### Blur Effects
|
| 89 |
+
|
| 90 |
+
**Gaussian blur:**
|
| 91 |
+
```bash
|
| 92 |
+
convert input.jpg -blur 0x8 output.jpg
|
| 93 |
+
```
|
| 94 |
+
|
| 95 |
+
**Motion blur:**
|
| 96 |
+
```bash
|
| 97 |
+
convert input.jpg -motion-blur 0x20+45 output.jpg
|
| 98 |
+
```
|
| 99 |
+
|
| 100 |
+
**Radial blur:**
|
| 101 |
+
```bash
|
| 102 |
+
convert input.jpg -radial-blur 10 output.jpg
|
| 103 |
+
```
|
| 104 |
+
|
| 105 |
+
### Sharpen
|
| 106 |
+
|
| 107 |
+
**Unsharp mask:**
|
| 108 |
+
```bash
|
| 109 |
+
convert input.jpg -unsharp 0x1.5+1.0+0.05 output.jpg
|
| 110 |
+
```
|
| 111 |
+
|
| 112 |
+
**Strong sharpen:**
|
| 113 |
+
```bash
|
| 114 |
+
convert input.jpg -sharpen 0x2.0 output.jpg
|
| 115 |
+
```
|
| 116 |
+
|
| 117 |
+
### Artistic Effects
|
| 118 |
+
|
| 119 |
+
**Oil painting:**
|
| 120 |
+
```bash
|
| 121 |
+
convert input.jpg -paint 4 output.jpg
|
| 122 |
+
```
|
| 123 |
+
|
| 124 |
+
**Sketch/pencil drawing:**
|
| 125 |
+
```bash
|
| 126 |
+
convert input.jpg -colorspace Gray -sketch 0x20+135 output.jpg
|
| 127 |
+
```
|
| 128 |
+
|
| 129 |
+
**Charcoal drawing:**
|
| 130 |
+
```bash
|
| 131 |
+
convert input.jpg -charcoal 2 output.jpg
|
| 132 |
+
```
|
| 133 |
+
|
| 134 |
+
**Edge detection:**
|
| 135 |
+
```bash
|
| 136 |
+
convert input.jpg -edge 2 output.jpg
|
| 137 |
+
```
|
| 138 |
+
|
| 139 |
+
**Emboss:**
|
| 140 |
+
```bash
|
| 141 |
+
convert input.jpg -emboss 2 output.jpg
|
| 142 |
+
```
|
| 143 |
+
|
| 144 |
+
**Posterize:**
|
| 145 |
+
```bash
|
| 146 |
+
convert input.jpg -posterize 4 output.jpg
|
| 147 |
+
```
|
| 148 |
+
|
| 149 |
+
### HDR Effect
|
| 150 |
+
|
| 151 |
+
```bash
|
| 152 |
+
convert input.jpg \( +clone -blur 0x12 \) -compose overlay -composite -modulate 100,130 output.jpg
|
| 153 |
+
```
|
| 154 |
+
|
| 155 |
+
### Instagram-Style Filters
|
| 156 |
+
|
| 157 |
+
**Nashville (warm, vintage):**
|
| 158 |
+
```bash
|
| 159 |
+
convert input.jpg -modulate 120,150,100 -fill '#f7daae' -colorize 20% -gamma 1.2 output.jpg
|
| 160 |
+
```
|
| 161 |
+
|
| 162 |
+
**Kelvin (warm, high contrast):**
|
| 163 |
+
```bash
|
| 164 |
+
convert input.jpg -modulate 110,100,100 -fill '#ff9900' -colorize 10% -contrast output.jpg
|
| 165 |
+
```
|
| 166 |
+
|
| 167 |
+
**Lomo (high contrast, vignette):**
|
| 168 |
+
```bash
|
| 169 |
+
convert input.jpg -modulate 100,150,100 -sigmoidal-contrast 3,50% \( +clone -sparse-color Barycentric '0,0 black 0,%h black %w,0 black %w,%h black' -function polynomial 1,-1,1 \) -compose multiply -composite output.jpg
|
| 170 |
+
```
|
| 171 |
+
|
| 172 |
+
## Batch Processing
|
| 173 |
+
|
| 174 |
+
**Apply filter to all images:**
|
| 175 |
+
```bash
|
| 176 |
+
for file in *.jpg; do
|
| 177 |
+
convert "$file" -sepia-tone 80% "vintage_${file}"
|
| 178 |
+
done
|
| 179 |
+
```
|
| 180 |
+
|
| 181 |
+
**Multiple filters in sequence:**
|
| 182 |
+
```bash
|
| 183 |
+
convert input.jpg -modulate 100,120 -unsharp 0x1.5 -auto-level output.jpg
|
| 184 |
+
```
|
| 185 |
+
|
| 186 |
+
## Advanced Filter Combinations
|
| 187 |
+
|
| 188 |
+
**Professional portrait enhancement:**
|
| 189 |
+
```bash
|
| 190 |
+
convert input.jpg \
|
| 191 |
+
-unsharp 0x1.0+1.0+0.05 \
|
| 192 |
+
-modulate 100,105,100 \
|
| 193 |
+
-sigmoidal-contrast 2,50% \
|
| 194 |
+
output.jpg
|
| 195 |
+
```
|
| 196 |
+
|
| 197 |
+
**Landscape enhancement:**
|
| 198 |
+
```bash
|
| 199 |
+
convert input.jpg \
|
| 200 |
+
-modulate 100,130,100 \
|
| 201 |
+
-unsharp 0x1.5 \
|
| 202 |
+
-auto-level \
|
| 203 |
+
output.jpg
|
| 204 |
+
```
|
| 205 |
+
|
| 206 |
+
**Matte effect:**
|
| 207 |
+
```bash
|
| 208 |
+
convert input.jpg \
|
| 209 |
+
-modulate 100,80,100 \
|
| 210 |
+
-gamma 0.9 \
|
| 211 |
+
-fill black -colorize 5% \
|
| 212 |
+
output.jpg
|
| 213 |
+
```
|
| 214 |
+
|
| 215 |
+
## Custom LUT (Color Grading)
|
| 216 |
+
|
| 217 |
+
Create and apply custom color lookup tables:
|
| 218 |
+
```bash
|
| 219 |
+
convert input.jpg your_lut.png -hald-clut output.jpg
|
| 220 |
+
```
|
| 221 |
+
|
| 222 |
+
## Best Practices
|
| 223 |
+
|
| 224 |
+
- Always keep original images
|
| 225 |
+
- Test filters on a single image before batch processing
|
| 226 |
+
- Combine multiple subtle effects rather than one extreme effect
|
| 227 |
+
- Use `-quality 95` to preserve image quality
|
| 228 |
+
- Preview results before processing large batches
|
| 229 |
+
- Document your filter recipes for consistent style
|
| 230 |
+
|
| 231 |
+
## Quick Reference
|
| 232 |
+
|
| 233 |
+
| Effect | Command Option |
|
| 234 |
+
|--------|----------------|
|
| 235 |
+
| Grayscale | `-colorspace Gray` |
|
| 236 |
+
| Sepia | `-sepia-tone 80%` |
|
| 237 |
+
| Blur | `-blur 0x8` |
|
| 238 |
+
| Sharpen | `-unsharp 0x1.5` |
|
| 239 |
+
| Contrast | `-contrast` |
|
| 240 |
+
| Brightness | `-modulate 120` |
|
| 241 |
+
| Saturation | `-modulate 100,150` |
|
| 242 |
+
| Edge detect | `-edge 2` |
|
| 243 |
+
|
| 244 |
+
Help users create stunning visual effects and enhance their photos professionally.
|
commands-flat/audit-local-ai-packages.md
ADDED
|
@@ -0,0 +1,97 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
---
|
| 2 |
+
description: Evaluate local AI inference packages and suggest additions
|
| 3 |
+
tags: [ai, ml, inference, packages, recommendations, project, gitignored]
|
| 4 |
+
---
|
| 5 |
+
|
| 6 |
+
You are helping the user evaluate their local AI inference setup and suggest packages to install.
|
| 7 |
+
|
| 8 |
+
## Process
|
| 9 |
+
|
| 10 |
+
1. **Check currently installed AI/ML packages**
|
| 11 |
+
|
| 12 |
+
**Python packages:**
|
| 13 |
+
- `pip list | grep -E "torch|tensorflow|transformers|diffusers|onnx"`
|
| 14 |
+
|
| 15 |
+
**System packages:**
|
| 16 |
+
- `dpkg -l | grep -E "rocm|cuda|python3-"`
|
| 17 |
+
|
| 18 |
+
**Conda environments:**
|
| 19 |
+
- `conda env list` (if conda is installed)
|
| 20 |
+
|
| 21 |
+
**Standalone tools:**
|
| 22 |
+
- Check for: Ollama, ComfyUI, LocalAI, text-generation-webui
|
| 23 |
+
- Check `~/programs/ai-ml/`
|
| 24 |
+
|
| 25 |
+
2. **Assess hardware configuration**
|
| 26 |
+
- GPU: `rocm-smi` or `nvidia-smi`
|
| 27 |
+
- RAM: `free -h`
|
| 28 |
+
- Storage: `df -h`
|
| 29 |
+
- CPU capabilities: `lscpu | grep -E "Model name|Thread|Core"`
|
| 30 |
+
|
| 31 |
+
3. **Categorize AI inference needs**
|
| 32 |
+
|
| 33 |
+
**LLM Inference:**
|
| 34 |
+
- Ollama (already covered)
|
| 35 |
+
- llama.cpp
|
| 36 |
+
- vllm
|
| 37 |
+
- text-generation-webui (oobabooga)
|
| 38 |
+
- LocalAI
|
| 39 |
+
|
| 40 |
+
**Image Generation:**
|
| 41 |
+
- ComfyUI (already covered)
|
| 42 |
+
- AUTOMATIC1111/stable-diffusion-webui
|
| 43 |
+
- InvokeAI
|
| 44 |
+
- Fooocus
|
| 45 |
+
|
| 46 |
+
**Audio/Speech:**
|
| 47 |
+
- Whisper (speech-to-text)
|
| 48 |
+
- Coqui TTS
|
| 49 |
+
- Bark
|
| 50 |
+
- MusicGen
|
| 51 |
+
|
| 52 |
+
**Video:**
|
| 53 |
+
- AnimateDiff
|
| 54 |
+
- Video generation models
|
| 55 |
+
|
| 56 |
+
**Code:**
|
| 57 |
+
- Continue.dev
|
| 58 |
+
- Tabby (local copilot)
|
| 59 |
+
- Aider
|
| 60 |
+
|
| 61 |
+
**Vector DB / RAG:**
|
| 62 |
+
- ChromaDB
|
| 63 |
+
- Qdrant
|
| 64 |
+
- FAISS
|
| 65 |
+
- LangChain
|
| 66 |
+
|
| 67 |
+
4. **Check Python ML libraries**
|
| 68 |
+
- PyTorch (with ROCm/CUDA)
|
| 69 |
+
- TensorFlow
|
| 70 |
+
- transformers (Hugging Face)
|
| 71 |
+
- diffusers
|
| 72 |
+
- accelerate
|
| 73 |
+
- bitsandbytes (quantization)
|
| 74 |
+
- ONNX Runtime
|
| 75 |
+
- optimum
|
| 76 |
+
|
| 77 |
+
5. **Suggest based on gaps**
|
| 78 |
+
- Identify what's missing for common workflows
|
| 79 |
+
- Prioritize based on hardware capabilities
|
| 80 |
+
- Consider ease of use vs. flexibility
|
| 81 |
+
|
| 82 |
+
6. **Installation recommendations**
|
| 83 |
+
- Provide commands for suggested packages
|
| 84 |
+
- Recommend conda environments for isolation
|
| 85 |
+
- Suggest Docker containers for complex setups
|
| 86 |
+
|
| 87 |
+
## Output
|
| 88 |
+
|
| 89 |
+
Provide a report showing:
|
| 90 |
+
- Currently installed AI/ML packages by category
|
| 91 |
+
- Hardware capability summary
|
| 92 |
+
- Recommended packages to install based on:
|
| 93 |
+
- User's hardware
|
| 94 |
+
- Current gaps in capabilities
|
| 95 |
+
- Popular/useful tools
|
| 96 |
+
- Installation commands for each suggestion
|
| 97 |
+
- Notes on hardware requirements
|
commands-flat/audit-ollama-models.md
ADDED
|
@@ -0,0 +1,5 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Check which ollama models I currently have.
|
| 2 |
+
|
| 3 |
+
Provide me with a list grouping them into logical groups.
|
| 4 |
+
|
| 5 |
+
Suggest any additions I may wish to consider or any duplicates that I may have accidentally pulled.
|
commands-flat/awesome-list-creation.md
ADDED
|
@@ -0,0 +1,17 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
I created this repo in order to start an "awesome list"
|
| 2 |
+
|
| 3 |
+
An "awesome list" is a list of resources that developers create to map out tech ecosystems. Frequently, I do not use the term "awesome" to describe them. In fact, usually, I just call them something like resource lists.
|
| 4 |
+
|
| 5 |
+
Either way, expect the following workflow:
|
| 6 |
+
|
| 7 |
+
- I'll describe what I'm indexing in this repo
|
| 8 |
+
- I'll create a rough note list in which I jot down links and add descriptions
|
| 9 |
+
|
| 10 |
+
Your task is to make order out of the chaos:
|
| 11 |
+
|
| 12 |
+
- Create README.md
|
| 13 |
+
- Add a nicely formatted version of my notes
|
| 14 |
+
- Organise the README into headings/sections
|
| 15 |
+
- Add shields.io badges linking to the projects
|
| 16 |
+
|
| 17 |
+
You may also be asked to update READMe files that I've already created
|
commands-flat/awesome-list-data-extraction.md
ADDED
|
@@ -0,0 +1,14 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This repository contains an "awesome list" - a list of useful resources.
|
| 2 |
+
|
| 3 |
+
I have created it, as is conventional, using README.md.
|
| 4 |
+
|
| 5 |
+
I would like to refactor the list, however, to support a more programmatic workflow.
|
| 6 |
+
|
| 7 |
+
To do that, let's work through the following steps:
|
| 8 |
+
|
| 9 |
+
- Identify the categorisation system used. Capture this in cats.json
|
| 10 |
+
- Identify the repositories listed. Capture them in repos.json noting their categories. These should correspond to the JSON
|
| 11 |
+
|
| 12 |
+
After we have created the data files, let's add a compile.sh script which will build the README from a template inserting the data from the JSON files.
|
| 13 |
+
|
| 14 |
+
The goal is to make it easier to maintain the readme by modularising its maintenance (down the line, I might create a UI. But for now, leave it at the JSON creation stage)
|
commands-flat/backup-repo.md
ADDED
|
@@ -0,0 +1,15 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
Create an on-demand backup of this repository.
|
| 2 |
+
|
| 3 |
+
Your task:
|
| 4 |
+
1. Create a timestamped archive of the current repository state
|
| 5 |
+
2. Include all files except those in .gitignore
|
| 6 |
+
3. Save the backup with a clear naming convention:
|
| 7 |
+
- Format: `{repo-name}_backup_{YYYY-MM-DD}_{HH-MM}.tar.gz`
|
| 8 |
+
- Or: `{repo-name}_backup_{YYYY-MM-DD}_{HH-MM}.zip`
|
| 9 |
+
|
| 10 |
+
4. Optionally, the user may specify:
|
| 11 |
+
- Backup location (default: parent directory or ~/backups)
|
| 12 |
+
- Compression format preference
|
| 13 |
+
- Exclusion patterns beyond .gitignore
|
| 14 |
+
|
| 15 |
+
Confirm backup creation and report the file location and size.
|
commands-flat/basic-voice-audio-edits.md
ADDED
|
@@ -0,0 +1,9 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This file contains a voice recording.
|
| 2 |
+
|
| 3 |
+
Please write a script to apply the following processes:
|
| 4 |
+
|
| 5 |
+
- Cut out silences
|
| 6 |
+
- Mix down to mono
|
| 7 |
+
- Normalise
|
| 8 |
+
- Sample a minute of the audio. Based upon the sample, apply EQ to optimise the audio clarity. You may do this by applying low/high pass cuts, band EQ, compression, etc.
|
| 9 |
+
- Suffix the processed audio file with _suffix.
|
commands-flat/batch-resize.md
ADDED
|
@@ -0,0 +1,178 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Batch Resize Images
|
| 2 |
+
|
| 3 |
+
You are a photo editing assistant specialized in batch resizing images efficiently.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Help the user resize single or multiple images:
|
| 8 |
+
|
| 9 |
+
1. Ask the user for:
|
| 10 |
+
- Input image(s) or directory
|
| 11 |
+
- Target dimensions (width x height, or percentage, or max dimension)
|
| 12 |
+
- Whether to maintain aspect ratio
|
| 13 |
+
- Output format (keep original or convert)
|
| 14 |
+
- Output directory/naming pattern
|
| 15 |
+
|
| 16 |
+
2. Choose the appropriate tool:
|
| 17 |
+
- **ImageMagick** (`convert`/`mogrify`) - powerful CLI tool
|
| 18 |
+
- **FFmpeg** - for image sequences
|
| 19 |
+
- **Python PIL/Pillow** - for complex batch operations
|
| 20 |
+
|
| 21 |
+
3. Execute and verify:
|
| 22 |
+
- Process images
|
| 23 |
+
- Report dimensions before/after
|
| 24 |
+
- Check output quality
|
| 25 |
+
- List processed files
|
| 26 |
+
|
| 27 |
+
## ImageMagick Resize Commands
|
| 28 |
+
|
| 29 |
+
**Resize single image to exact dimensions:**
|
| 30 |
+
```bash
|
| 31 |
+
convert input.jpg -resize 1920x1080! output.jpg
|
| 32 |
+
```
|
| 33 |
+
|
| 34 |
+
**Resize maintaining aspect ratio (fit within box):**
|
| 35 |
+
```bash
|
| 36 |
+
convert input.jpg -resize 1920x1080 output.jpg
|
| 37 |
+
```
|
| 38 |
+
|
| 39 |
+
**Resize to specific width (auto height):**
|
| 40 |
+
```bash
|
| 41 |
+
convert input.jpg -resize 1920x output.jpg
|
| 42 |
+
```
|
| 43 |
+
|
| 44 |
+
**Resize to specific height (auto width):**
|
| 45 |
+
```bash
|
| 46 |
+
convert input.jpg -resize x1080 output.jpg
|
| 47 |
+
```
|
| 48 |
+
|
| 49 |
+
**Resize by percentage:**
|
| 50 |
+
```bash
|
| 51 |
+
convert input.jpg -resize 50% output.jpg
|
| 52 |
+
```
|
| 53 |
+
|
| 54 |
+
**Resize to maximum dimension (longest side):**
|
| 55 |
+
```bash
|
| 56 |
+
convert input.jpg -resize 1920x1920\> output.jpg
|
| 57 |
+
```
|
| 58 |
+
|
| 59 |
+
## Batch Processing with ImageMagick
|
| 60 |
+
|
| 61 |
+
**Resize all JPGs in directory:**
|
| 62 |
+
```bash
|
| 63 |
+
for file in *.jpg; do
|
| 64 |
+
convert "$file" -resize 1920x1080 "resized_${file}"
|
| 65 |
+
done
|
| 66 |
+
```
|
| 67 |
+
|
| 68 |
+
**In-place resize with mogrify:**
|
| 69 |
+
```bash
|
| 70 |
+
mogrify -resize 1920x1080 *.jpg
|
| 71 |
+
```
|
| 72 |
+
|
| 73 |
+
**Resize and convert to different format:**
|
| 74 |
+
```bash
|
| 75 |
+
for file in *.png; do
|
| 76 |
+
convert "$file" -resize 1920x1080 "${file%.png}.jpg"
|
| 77 |
+
done
|
| 78 |
+
```
|
| 79 |
+
|
| 80 |
+
**Resize with quality control:**
|
| 81 |
+
```bash
|
| 82 |
+
for file in *.jpg; do
|
| 83 |
+
convert "$file" -resize 1920x1080 -quality 90 "resized_${file}"
|
| 84 |
+
done
|
| 85 |
+
```
|
| 86 |
+
|
| 87 |
+
## Advanced Options
|
| 88 |
+
|
| 89 |
+
**Resize and add padding/background:**
|
| 90 |
+
```bash
|
| 91 |
+
convert input.jpg -resize 1920x1080 -background black -gravity center -extent 1920x1080 output.jpg
|
| 92 |
+
```
|
| 93 |
+
|
| 94 |
+
**Resize with sharpening:**
|
| 95 |
+
```bash
|
| 96 |
+
convert input.jpg -resize 1920x1080 -sharpen 0x1.0 output.jpg
|
| 97 |
+
```
|
| 98 |
+
|
| 99 |
+
**Resize multiple images to same directory:**
|
| 100 |
+
```bash
|
| 101 |
+
mkdir resized
|
| 102 |
+
for file in *.jpg; do
|
| 103 |
+
convert "$file" -resize 1920x1080 "resized/$file"
|
| 104 |
+
done
|
| 105 |
+
```
|
| 106 |
+
|
| 107 |
+
## Common Use Cases & Presets
|
| 108 |
+
|
| 109 |
+
**Thumbnail generation (200px):**
|
| 110 |
+
```bash
|
| 111 |
+
convert input.jpg -resize 200x200^ -gravity center -extent 200x200 thumbnail.jpg
|
| 112 |
+
```
|
| 113 |
+
|
| 114 |
+
**Social media - Instagram (1080x1080):**
|
| 115 |
+
```bash
|
| 116 |
+
convert input.jpg -resize 1080x1080^ -gravity center -extent 1080x1080 instagram.jpg
|
| 117 |
+
```
|
| 118 |
+
|
| 119 |
+
**Social media - Facebook cover (820x312):**
|
| 120 |
+
```bash
|
| 121 |
+
convert input.jpg -resize 820x312^ -gravity center -extent 820x312 fb_cover.jpg
|
| 122 |
+
```
|
| 123 |
+
|
| 124 |
+
**4K to HD:**
|
| 125 |
+
```bash
|
| 126 |
+
convert input.jpg -resize 1920x1080 hd_output.jpg
|
| 127 |
+
```
|
| 128 |
+
|
| 129 |
+
**Mobile optimization (800px max width):**
|
| 130 |
+
```bash
|
| 131 |
+
convert input.jpg -resize 800x\> mobile.jpg
|
| 132 |
+
```
|
| 133 |
+
|
| 134 |
+
## Python Script for Complex Batch Operations
|
| 135 |
+
|
| 136 |
+
Offer to create a Python script for advanced needs:
|
| 137 |
+
|
| 138 |
+
```python
|
| 139 |
+
from PIL import Image
|
| 140 |
+
import os
|
| 141 |
+
|
| 142 |
+
def resize_images(input_dir, output_dir, max_size=(1920, 1080)):
|
| 143 |
+
os.makedirs(output_dir, exist_ok=True)
|
| 144 |
+
|
| 145 |
+
for filename in os.listdir(input_dir):
|
| 146 |
+
if filename.lower().endswith(('.png', '.jpg', '.jpeg', '.webp')):
|
| 147 |
+
img_path = os.path.join(input_dir, filename)
|
| 148 |
+
img = Image.open(img_path)
|
| 149 |
+
|
| 150 |
+
# Resize maintaining aspect ratio
|
| 151 |
+
img.thumbnail(max_size, Image.Resampling.LANCZOS)
|
| 152 |
+
|
| 153 |
+
output_path = os.path.join(output_dir, filename)
|
| 154 |
+
img.save(output_path, quality=90, optimize=True)
|
| 155 |
+
print(f"Resized: {filename} -> {img.size}")
|
| 156 |
+
|
| 157 |
+
resize_images("./input", "./output", (1920, 1080))
|
| 158 |
+
```
|
| 159 |
+
|
| 160 |
+
## Best Practices
|
| 161 |
+
|
| 162 |
+
- Always keep original images as backup
|
| 163 |
+
- Use `-quality 90` or higher for minimal quality loss
|
| 164 |
+
- Use `>` suffix to only shrink images, never enlarge
|
| 165 |
+
- Test on a few images before batch processing
|
| 166 |
+
- Consider using `-strip` to remove metadata and reduce file size
|
| 167 |
+
- Use appropriate resampling filters: Lanczos for best quality
|
| 168 |
+
|
| 169 |
+
## Performance Tips
|
| 170 |
+
|
| 171 |
+
- Use `mogrify` for in-place batch operations (faster)
|
| 172 |
+
- Process in parallel with GNU parallel:
|
| 173 |
+
```bash
|
| 174 |
+
ls *.jpg | parallel convert {} -resize 1920x1080 resized/{}
|
| 175 |
+
```
|
| 176 |
+
- For huge batches, use `-quality 85` to balance size/quality
|
| 177 |
+
|
| 178 |
+
Help users efficiently resize their image collections with professional quality.
|
commands-flat/batch-to-100.md
ADDED
|
@@ -0,0 +1,5 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This directory and/or subfolders contains levels with more than 100 files.
|
| 2 |
+
|
| 3 |
+
Create subfolders each of which contains exactly 100 files.
|
| 4 |
+
|
| 5 |
+
Move the files into them.
|
commands-flat/bg-removal.md
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
This folder contains images.
|
| 2 |
+
|
| 3 |
+
I need the background removed.
|
| 4 |
+
|
| 5 |
+
Let's use rmbg for this purpose (installed on this machine).
|
| 6 |
+
|
| 7 |
+
Script the job.
|
commands-flat/blog-post-to-outline.md
ADDED
|
@@ -0,0 +1,318 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Blog Post to Outline Converter
|
| 2 |
+
|
| 3 |
+
Distill blog posts, articles, or long-form content into clear, structured outlines that capture the key points, arguments, and organization. Perfect for content planning, studying, creating presentation slides, or understanding structure.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Take the user's blog post and convert it into a well-organized outline that:
|
| 8 |
+
- Captures the main ideas and structure
|
| 9 |
+
- Shows the hierarchy of information
|
| 10 |
+
- Preserves key examples and evidence
|
| 11 |
+
- Maintains logical flow
|
| 12 |
+
- Strips away narrative fluff while keeping substance
|
| 13 |
+
|
| 14 |
+
## Outline Creation Process
|
| 15 |
+
|
| 16 |
+
### 1. Identify the Core Structure
|
| 17 |
+
|
| 18 |
+
Extract:
|
| 19 |
+
- **Main topic/thesis**: What is the central argument or purpose?
|
| 20 |
+
- **Major sections**: What are the main divisions of content?
|
| 21 |
+
- **Key points**: What are the essential claims or ideas?
|
| 22 |
+
- **Supporting elements**: What examples, evidence, or details support each point?
|
| 23 |
+
|
| 24 |
+
### 2. Create Hierarchical Organization
|
| 25 |
+
|
| 26 |
+
Use standard outline formatting:
|
| 27 |
+
|
| 28 |
+
```
|
| 29 |
+
# Main Title / Topic
|
| 30 |
+
|
| 31 |
+
## I. First Major Section
|
| 32 |
+
A. Primary point
|
| 33 |
+
1. Supporting detail
|
| 34 |
+
2. Supporting detail
|
| 35 |
+
B. Secondary point
|
| 36 |
+
1. Supporting detail
|
| 37 |
+
|
| 38 |
+
## II. Second Major Section
|
| 39 |
+
A. Primary point
|
| 40 |
+
B. Secondary point
|
| 41 |
+
1. Supporting detail
|
| 42 |
+
2. Supporting detail
|
| 43 |
+
a. Sub-detail
|
| 44 |
+
b. Sub-detail
|
| 45 |
+
|
| 46 |
+
## III. Conclusion / Summary
|
| 47 |
+
A. Key takeaway
|
| 48 |
+
B. Call to action
|
| 49 |
+
```
|
| 50 |
+
|
| 51 |
+
Or use markdown-style:
|
| 52 |
+
|
| 53 |
+
```
|
| 54 |
+
# Main Title
|
| 55 |
+
|
| 56 |
+
## Section One
|
| 57 |
+
- Main point
|
| 58 |
+
- Supporting detail
|
| 59 |
+
- Example
|
| 60 |
+
- Second point
|
| 61 |
+
- Detail
|
| 62 |
+
|
| 63 |
+
## Section Two
|
| 64 |
+
- Main point
|
| 65 |
+
- Sub-point
|
| 66 |
+
- Detail
|
| 67 |
+
```
|
| 68 |
+
|
| 69 |
+
### 3. Distillation Techniques
|
| 70 |
+
|
| 71 |
+
**From paragraphs to bullets**:
|
| 72 |
+
|
| 73 |
+
Blog post:
|
| 74 |
+
```
|
| 75 |
+
The first step in optimizing your development workflow is implementing continuous integration. CI automates the process of testing and validating code changes, catching bugs early before they reach production. Modern CI systems like GitHub Actions, CircleCI, and Jenkins can run your entire test suite automatically whenever code is pushed, giving you immediate feedback on whether changes break existing functionality. This rapid feedback loop is crucial for maintaining code quality and team velocity.
|
| 76 |
+
```
|
| 77 |
+
|
| 78 |
+
Outline:
|
| 79 |
+
```
|
| 80 |
+
## Optimizing Development Workflow
|
| 81 |
+
|
| 82 |
+
### I. Implement Continuous Integration (CI)
|
| 83 |
+
A. Automates testing and validation
|
| 84 |
+
B. Catches bugs before production
|
| 85 |
+
C. Tools: GitHub Actions, CircleCI, Jenkins
|
| 86 |
+
D. Benefits
|
| 87 |
+
1. Immediate feedback on code changes
|
| 88 |
+
2. Maintains code quality
|
| 89 |
+
3. Improves team velocity
|
| 90 |
+
```
|
| 91 |
+
|
| 92 |
+
**Condensing examples**:
|
| 93 |
+
- Keep representative examples
|
| 94 |
+
- Note "e.g., X, Y, Z" for lists
|
| 95 |
+
- Preserve specific data/statistics
|
| 96 |
+
- Summarize case studies briefly
|
| 97 |
+
|
| 98 |
+
**Extracting arguments**:
|
| 99 |
+
- Identify claims vs. supporting evidence
|
| 100 |
+
- Note cause-effect relationships
|
| 101 |
+
- Capture comparisons and contrasts
|
| 102 |
+
- Preserve key definitions
|
| 103 |
+
|
| 104 |
+
### 4. Outline Types
|
| 105 |
+
|
| 106 |
+
Choose the appropriate format based on purpose:
|
| 107 |
+
|
| 108 |
+
**A. Topic Outline** (uses phrases, no complete sentences)
|
| 109 |
+
```
|
| 110 |
+
## Improving Team Communication
|
| 111 |
+
- Challenges in remote work
|
| 112 |
+
- Time zone differences
|
| 113 |
+
- Lack of informal interaction
|
| 114 |
+
- Solutions
|
| 115 |
+
- Async communication tools
|
| 116 |
+
- Regular video check-ins
|
| 117 |
+
- Documentation culture
|
| 118 |
+
```
|
| 119 |
+
|
| 120 |
+
**B. Sentence Outline** (complete sentences for each point)
|
| 121 |
+
```
|
| 122 |
+
## Improving Team Communication
|
| 123 |
+
- Remote work creates communication challenges
|
| 124 |
+
- Time zones make synchronous meetings difficult
|
| 125 |
+
- Teams lose informal "water cooler" conversations
|
| 126 |
+
- Several solutions address these challenges
|
| 127 |
+
- Async tools allow flexible communication
|
| 128 |
+
- Regular video calls maintain connection
|
| 129 |
+
- Strong documentation reduces dependency on meetings
|
| 130 |
+
```
|
| 131 |
+
|
| 132 |
+
**C. Concept Map Outline** (shows relationships)
|
| 133 |
+
```
|
| 134 |
+
Team Communication
|
| 135 |
+
├── Problems
|
| 136 |
+
│ ├── Remote challenges
|
| 137 |
+
│ └── Tool fragmentation
|
| 138 |
+
├── Solutions
|
| 139 |
+
│ ├── Technology (Slack, Zoom)
|
| 140 |
+
│ └── Processes (documentation)
|
| 141 |
+
└── Results
|
| 142 |
+
├── Better alignment
|
| 143 |
+
└── Higher productivity
|
| 144 |
+
```
|
| 145 |
+
|
| 146 |
+
**D. Presentation Outline** (formatted for slides)
|
| 147 |
+
```
|
| 148 |
+
Slide 1: Title - "Improving Team Communication"
|
| 149 |
+
|
| 150 |
+
Slide 2: The Problem
|
| 151 |
+
• Remote work communication challenges
|
| 152 |
+
• Tool overload and fragmentation
|
| 153 |
+
• Lost context and alignment
|
| 154 |
+
|
| 155 |
+
Slide 3: Solution - Tools
|
| 156 |
+
• Async: Slack, Notion
|
| 157 |
+
• Sync: Zoom, Teams
|
| 158 |
+
• Documentation: Confluence, Wiki
|
| 159 |
+
|
| 160 |
+
Slide 4: Solution - Processes
|
| 161 |
+
• Daily async stand-ups
|
| 162 |
+
• Weekly team syncs
|
| 163 |
+
• Documentation-first culture
|
| 164 |
+
|
| 165 |
+
Slide 5: Results
|
| 166 |
+
• 40% reduction in meetings
|
| 167 |
+
• Faster onboarding
|
| 168 |
+
• Better team alignment
|
| 169 |
+
```
|
| 170 |
+
|
| 171 |
+
## What to Include
|
| 172 |
+
|
| 173 |
+
### Essential Elements
|
| 174 |
+
|
| 175 |
+
✓ **Main arguments and claims**
|
| 176 |
+
✓ **Key supporting evidence** (data, examples)
|
| 177 |
+
✓ **Important definitions or concepts**
|
| 178 |
+
✓ **Action items or recommendations**
|
| 179 |
+
✓ **Significant examples or case studies** (summarized)
|
| 180 |
+
✓ **Structural transitions** (how sections connect)
|
| 181 |
+
|
| 182 |
+
### Elements to Condense or Omit
|
| 183 |
+
|
| 184 |
+
✗ Narrative fluff and throat-clearing
|
| 185 |
+
✗ Redundant explanations
|
| 186 |
+
✗ Extended anecdotes (keep one-line summary if important)
|
| 187 |
+
✗ Rhetorical flourishes
|
| 188 |
+
✗ Transitional prose
|
| 189 |
+
✗ Repetitive examples
|
| 190 |
+
✗ Purely atmospheric writing
|
| 191 |
+
|
| 192 |
+
## Special Cases
|
| 193 |
+
|
| 194 |
+
### Lists and Enumerations
|
| 195 |
+
|
| 196 |
+
Blog post lists often translate directly:
|
| 197 |
+
|
| 198 |
+
```
|
| 199 |
+
The three pillars of DevOps are:
|
| 200 |
+
1. Automation
|
| 201 |
+
2. Collaboration
|
| 202 |
+
3. Continuous improvement
|
| 203 |
+
```
|
| 204 |
+
|
| 205 |
+
Outline:
|
| 206 |
+
```
|
| 207 |
+
### Three Pillars of DevOps
|
| 208 |
+
1. Automation
|
| 209 |
+
2. Collaboration
|
| 210 |
+
3. Continuous improvement
|
| 211 |
+
```
|
| 212 |
+
|
| 213 |
+
### How-To Content
|
| 214 |
+
|
| 215 |
+
Preserve step-by-step instructions:
|
| 216 |
+
|
| 217 |
+
```
|
| 218 |
+
## How to Set Up CI/CD
|
| 219 |
+
1. Choose CI platform (GitHub Actions, CircleCI)
|
| 220 |
+
2. Create configuration file
|
| 221 |
+
a. Define build steps
|
| 222 |
+
b. Set up test runners
|
| 223 |
+
c. Configure deployment
|
| 224 |
+
3. Test the pipeline
|
| 225 |
+
4. Monitor and iterate
|
| 226 |
+
```
|
| 227 |
+
|
| 228 |
+
### Comparison Content
|
| 229 |
+
|
| 230 |
+
Use tables or parallel structure:
|
| 231 |
+
|
| 232 |
+
```
|
| 233 |
+
## Tool Comparison
|
| 234 |
+
### Asana
|
| 235 |
+
- Strengths: Complex projects, dependencies
|
| 236 |
+
- Weaknesses: Learning curve
|
| 237 |
+
- Best for: Large teams
|
| 238 |
+
|
| 239 |
+
### Trello
|
| 240 |
+
- Strengths: Visual, simple
|
| 241 |
+
- Weaknesses: Limited features
|
| 242 |
+
- Best for: Small teams, visual thinkers
|
| 243 |
+
```
|
| 244 |
+
|
| 245 |
+
## Outline Depth Guidelines
|
| 246 |
+
|
| 247 |
+
**High-level outline** (skim/overview):
|
| 248 |
+
- Major sections only
|
| 249 |
+
- 1-2 levels of hierarchy
|
| 250 |
+
- Key points without details
|
| 251 |
+
|
| 252 |
+
**Medium outline** (standard):
|
| 253 |
+
- Main sections and subsections
|
| 254 |
+
- 2-3 levels of hierarchy
|
| 255 |
+
- Key examples noted
|
| 256 |
+
|
| 257 |
+
**Detailed outline** (comprehensive):
|
| 258 |
+
- All sections and subsections
|
| 259 |
+
- 3-4 levels of hierarchy
|
| 260 |
+
- Examples, evidence, specific details included
|
| 261 |
+
- Could recreate most of the original content
|
| 262 |
+
|
| 263 |
+
## Example Transformation
|
| 264 |
+
|
| 265 |
+
**Blog Post Excerpt**:
|
| 266 |
+
```
|
| 267 |
+
# Why Your Team Needs Better Documentation
|
| 268 |
+
|
| 269 |
+
Every developer has been there: you join a new project, and the only documentation is a README that says "See John for questions"—but John left the company six months ago. You spend days reverse-engineering the codebase, making assumptions that turn out to be wrong, and bothering your teammates with questions they've answered a hundred times before.
|
| 270 |
+
|
| 271 |
+
Good documentation isn't just nice to have; it's a force multiplier for your team. It reduces onboarding time from weeks to days, prevents repetitive questions from fragmenting your team's focus, and creates institutional knowledge that survives employee turnover.
|
| 272 |
+
|
| 273 |
+
The key is making documentation a first-class part of your workflow, not an afterthought. Here's how to build a documentation culture that actually works...
|
| 274 |
+
```
|
| 275 |
+
|
| 276 |
+
**Outline**:
|
| 277 |
+
```
|
| 278 |
+
# Building a Documentation Culture
|
| 279 |
+
|
| 280 |
+
## I. The Problem
|
| 281 |
+
A. Poor documentation is common
|
| 282 |
+
- Example: "Ask John" (who left months ago)
|
| 283 |
+
B. Consequences
|
| 284 |
+
1. Slow onboarding (weeks instead of days)
|
| 285 |
+
2. Wasted time reverse-engineering
|
| 286 |
+
3. Repetitive questions interrupt work
|
| 287 |
+
4. Knowledge loss when people leave
|
| 288 |
+
|
| 289 |
+
## II. Benefits of Good Documentation
|
| 290 |
+
A. Team force multiplier
|
| 291 |
+
B. Faster onboarding
|
| 292 |
+
C. Reduced interruptions
|
| 293 |
+
D. Preserved institutional knowledge
|
| 294 |
+
|
| 295 |
+
## III. Implementation Strategy
|
| 296 |
+
[To be filled from subsequent content]
|
| 297 |
+
A. Make documentation first-class
|
| 298 |
+
B. Integrate into workflow
|
| 299 |
+
C. ...
|
| 300 |
+
```
|
| 301 |
+
|
| 302 |
+
## Output Format
|
| 303 |
+
|
| 304 |
+
Provide:
|
| 305 |
+
1. The structured outline in the requested format (topic/sentence/concept map/presentation)
|
| 306 |
+
2. Appropriate hierarchy and indentation
|
| 307 |
+
3. Key points, examples, and evidence captured
|
| 308 |
+
4. Optional: Brief note on the blog post's main argument/purpose
|
| 309 |
+
|
| 310 |
+
## Usage Notes
|
| 311 |
+
|
| 312 |
+
When providing content, optionally specify:
|
| 313 |
+
- **Outline type**: Topic, sentence, concept map, or presentation format
|
| 314 |
+
- **Depth level**: High-level, medium, or detailed
|
| 315 |
+
- **Purpose**: Study notes, presentation prep, content planning, structural analysis
|
| 316 |
+
- **Special focus**: Emphasize certain sections or aspects
|
| 317 |
+
|
| 318 |
+
Share the blog post content you'd like to convert into an outline.
|
commands-flat/blog-post-to-tech-doc.md
ADDED
|
@@ -0,0 +1,90 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# Blog Post to Technical Documentation Converter
|
| 2 |
+
|
| 3 |
+
Convert informal, narrative blog posts into structured, professional technical documentation. This command transforms conversational content into precise, reference-quality documentation.
|
| 4 |
+
|
| 5 |
+
## Your Task
|
| 6 |
+
|
| 7 |
+
Take the user's blog post content and convert it into technical documentation with these characteristics:
|
| 8 |
+
|
| 9 |
+
### Structure Transformation
|
| 10 |
+
|
| 11 |
+
- **Remove narrative elements**: Strip out personal anecdotes, casual introductions, and storytelling
|
| 12 |
+
- **Create clear hierarchy**: Use proper heading levels (H1, H2, H3) for logical organization
|
| 13 |
+
- **Add standardized sections**: Include Overview, Prerequisites, Installation, Configuration, Usage, Examples, Troubleshooting, etc.
|
| 14 |
+
- **Extract actionable content**: Convert prose into step-by-step instructions where applicable
|
| 15 |
+
- **Organize information**: Group related concepts into logical sections
|
| 16 |
+
|
| 17 |
+
### Style Changes
|
| 18 |
+
|
| 19 |
+
- **Imperative voice for instructions**: "Run the command" not "You can run the command"
|
| 20 |
+
- **Remove conversational tone**: Eliminate phrases like "Let's dive in," "Pretty cool, right?", "So here's the thing"
|
| 21 |
+
- **Technical precision**: Replace casual explanations with accurate technical terms
|
| 22 |
+
- **Objective language**: Remove opinions and subjective statements unless factual
|
| 23 |
+
- **Concise writing**: Eliminate fluff and redundancy
|
| 24 |
+
- **Consistent terminology**: Use the same terms throughout (no synonyms for key concepts)
|
| 25 |
+
|
| 26 |
+
### Content Enhancement
|
| 27 |
+
|
| 28 |
+
- **Add code blocks**: Format any code examples with proper syntax highlighting
|
| 29 |
+
- **Create tables**: Convert lists of options/parameters into structured tables
|
| 30 |
+
- **Include warnings/notes**: Use callouts for important information
|
| 31 |
+
- **Add cross-references**: Link related sections together
|
| 32 |
+
- **Specify prerequisites**: Clearly state requirements upfront
|
| 33 |
+
- **Version information**: Include version numbers and compatibility details if mentioned
|
| 34 |
+
|
| 35 |
+
### Documentation Elements to Add
|
| 36 |
+
|
| 37 |
+
1. **Synopsis/Overview**: Brief description of what this documents
|
| 38 |
+
2. **Table of Contents**: If the document is substantial
|
| 39 |
+
3. **Installation/Setup**: Step-by-step setup instructions
|
| 40 |
+
4. **Configuration**: Available options and parameters
|
| 41 |
+
5. **Examples**: Practical usage examples with expected output
|
| 42 |
+
6. **API Reference**: If applicable, document functions/methods
|
| 43 |
+
7. **Troubleshooting**: Common issues and solutions
|
| 44 |
+
8. **Additional Resources**: Links to related documentation
|
| 45 |
+
|
| 46 |
+
## Example Transformation
|
| 47 |
+
|
| 48 |
+
**Blog Post Style**:
|
| 49 |
+
```
|
| 50 |
+
Hey everyone! Today I want to share this awesome trick I discovered for speeding up your Docker builds. So basically, you know how Docker builds can be super slow sometimes? Well, I found that if you use multi-stage builds, you can cut down the time significantly. Let me show you how I do it...
|
| 51 |
+
```
|
| 52 |
+
|
| 53 |
+
**Technical Documentation Style**:
|
| 54 |
+
```
|
| 55 |
+
# Multi-Stage Docker Builds
|
| 56 |
+
|
| 57 |
+
## Overview
|
| 58 |
+
Multi-stage builds reduce Docker image build time and final image size by separating the build environment from the runtime environment.
|
| 59 |
+
|
| 60 |
+
## Prerequisites
|
| 61 |
+
- Docker Engine 17.05 or later
|
| 62 |
+
- Basic understanding of Dockerfiles
|
| 63 |
+
|
| 64 |
+
## Implementation
|
| 65 |
+
|
| 66 |
+
### Syntax
|
| 67 |
+
Multi-stage builds use multiple `FROM` statements in a single Dockerfile:
|
| 68 |
+
|
| 69 |
+
```dockerfile
|
| 70 |
+
FROM node:16 AS builder
|
| 71 |
+
WORKDIR /app
|
| 72 |
+
COPY package*.json ./
|
| 73 |
+
RUN npm ci
|
| 74 |
+
|
| 75 |
+
FROM node:16-alpine
|
| 76 |
+
WORKDIR /app
|
| 77 |
+
COPY --from=builder /app/node_modules ./node_modules
|
| 78 |
+
```
|
| 79 |
+
|
| 80 |
+
### Benefits
|
| 81 |
+
- Reduced build time through layer caching
|
| 82 |
+
- Smaller final images (runtime-only dependencies)
|
| 83 |
+
- Cleaner separation of build and runtime concerns
|
| 84 |
+
```
|
| 85 |
+
|
| 86 |
+
## Output Format
|
| 87 |
+
|
| 88 |
+
Provide the converted technical documentation in clean markdown format, ready for inclusion in a documentation repository or wiki.
|
| 89 |
+
|
| 90 |
+
Paste the blog post content you'd like to convert to technical documentation.
|
commands-flat/break-up-long-sentences.md
ADDED
|
@@ -0,0 +1,31 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
You are a text editor specializing in breaking up long, run-on sentences into shorter, more digestible sentences.
|
| 2 |
+
|
| 3 |
+
Your task is to identify overly long sentences and split them into multiple shorter sentences that improve readability and comprehension.
|
| 4 |
+
|
| 5 |
+
## Guidelines
|
| 6 |
+
|
| 7 |
+
1. **Identify long sentences**: Look for sentences exceeding 25-30 words or containing multiple independent clauses
|
| 8 |
+
2. **Find natural break points**: Split at conjunctions (and, but, or), semicolons, or logical thought boundaries
|
| 9 |
+
3. **Maintain logical flow**: Ensure that split sentences maintain clear connections and transitions
|
| 10 |
+
4. **Use appropriate transitions**: Add transition words (However, Additionally, Therefore, etc.) when needed for coherence
|
| 11 |
+
5. **Preserve meaning**: Keep the original message and all important details intact
|
| 12 |
+
6. **Improve readability**: Aim for an average sentence length of 15-20 words for optimal web readability
|
| 13 |
+
7. **Vary sentence length**: Create some variety - not all sentences should be exactly the same length
|
| 14 |
+
8. **Keep paragraph integrity**: Don't split sentences that would create awkward single-sentence paragraphs
|
| 15 |
+
|
| 16 |
+
## Target Sentence Lengths
|
| 17 |
+
|
| 18 |
+
- **Ideal**: 15-20 words per sentence
|
| 19 |
+
- **Maximum**: 25-30 words per sentence
|
| 20 |
+
- **Variety**: Mix shorter (10-15 words) and medium (20-25 words) sentences for rhythm
|
| 21 |
+
|
| 22 |
+
## Process
|
| 23 |
+
|
| 24 |
+
1. Identify sentences that are too long (>30 words)
|
| 25 |
+
2. Locate natural splitting points (conjunctions, semicolons, logical breaks)
|
| 26 |
+
3. Split into two or more sentences
|
| 27 |
+
4. Add transitions if needed for clarity
|
| 28 |
+
5. Review for flow and coherence
|
| 29 |
+
6. Present the revised text
|
| 30 |
+
|
| 31 |
+
Return only the revised text with split sentences, without explanations or commentary unless specifically requested.
|
commands-flat/btrfs-snapper-health.md
ADDED
|
@@ -0,0 +1,41 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# BTRFS and Snapper Snapshot Health Check
|
| 2 |
+
|
| 3 |
+
You are helping the user check their BTRFS filesystem configuration and Snapper snapshot setup.
|
| 4 |
+
|
| 5 |
+
## Your tasks:
|
| 6 |
+
|
| 7 |
+
1. **Check if BTRFS is in use:**
|
| 8 |
+
- Run `df -T` to identify BTRFS filesystems
|
| 9 |
+
- Run `sudo btrfs filesystem show` to display all BTRFS filesystems
|
| 10 |
+
- Run `mount | grep btrfs` to see mounted BTRFS filesystems with their options
|
| 11 |
+
|
| 12 |
+
2. **Check BTRFS filesystem health:**
|
| 13 |
+
- For each BTRFS filesystem found, run `sudo btrfs filesystem usage <mountpoint>`
|
| 14 |
+
- Run `sudo btrfs device stats <mountpoint>` to check for device errors
|
| 15 |
+
- Run `sudo btrfs scrub status <mountpoint>` to check scrub status
|
| 16 |
+
|
| 17 |
+
3. **Check Snapper configuration:**
|
| 18 |
+
- Check if Snapper is installed: `which snapper`
|
| 19 |
+
- If not installed, ask the user if they want to install it
|
| 20 |
+
- List Snapper configurations: `sudo snapper list-configs`
|
| 21 |
+
- For each configuration, show snapshots: `sudo snapper -c <config> list`
|
| 22 |
+
- Show Snapper configuration details: `sudo snapper -c <config> get-config`
|
| 23 |
+
|
| 24 |
+
4. **Analyze snapshot usage:**
|
| 25 |
+
- Check disk space used by snapshots
|
| 26 |
+
- Identify if there are too many snapshots that should be cleaned up
|
| 27 |
+
- Check automatic snapshot policies
|
| 28 |
+
|
| 29 |
+
5. **Report findings:**
|
| 30 |
+
- Summarize BTRFS health status
|
| 31 |
+
- Report on snapshot configurations and disk usage
|
| 32 |
+
- Provide recommendations for:
|
| 33 |
+
- Snapshot retention policies if too many snapshots exist
|
| 34 |
+
- Running scrub if it hasn't been run recently
|
| 35 |
+
- Fixing any errors or issues detected
|
| 36 |
+
- Setting up Snapper if BTRFS is in use but Snapper is not configured
|
| 37 |
+
|
| 38 |
+
## Important notes:
|
| 39 |
+
- Use sudo for all BTRFS and Snapper commands
|
| 40 |
+
- Be clear about what you find and what actions you recommend
|
| 41 |
+
- If BTRFS is not in use, inform the user and exit gracefully
|
commands-flat/business-to-casual.md
ADDED
|
@@ -0,0 +1,31 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
---
|
| 2 |
+
description: Convert business-appropriate text to casual, conversational style
|
| 3 |
+
tags: [writing, editing, style, tone, conversion]
|
| 4 |
+
---
|
| 5 |
+
|
| 6 |
+
You are a text style conversion specialist. Convert the provided business-appropriate text to a casual, conversational style while preserving the core message and key information.
|
| 7 |
+
|
| 8 |
+
**Guidelines:**
|
| 9 |
+
|
| 10 |
+
1. **Tone**: Transform formal language into friendly, relaxed communication
|
| 11 |
+
2. **Vocabulary**: Replace business jargon and formal terms with everyday language
|
| 12 |
+
3. **Structure**: Use shorter sentences, contractions, and natural flow
|
| 13 |
+
4. **Pronouns**: Switch from third person to first/second person where appropriate
|
| 14 |
+
5. **Formality markers**: Remove or soften overly formal phrases (e.g., "I am writing to inform you" → "Just wanted to let you know")
|
| 15 |
+
6. **Preserve meaning**: Keep all important facts, dates, and commitments intact
|
| 16 |
+
7. **Context-appropriate**: Maintain professionalism where necessary (don't make it too informal for the situation)
|
| 17 |
+
|
| 18 |
+
**Example transformations:**
|
| 19 |
+
|
| 20 |
+
- "Please be advised that" → "Just so you know" or "FYI"
|
| 21 |
+
- "We kindly request" → "Could you" or "Would you mind"
|
| 22 |
+
- "At your earliest convenience" → "When you get a chance" or "Whenever works for you"
|
| 23 |
+
- "Pursuant to our previous discussion" → "Like we talked about"
|
| 24 |
+
- "I would like to express my gratitude" → "Thanks!" or "Really appreciate it"
|
| 25 |
+
|
| 26 |
+
**Output format:**
|
| 27 |
+
- Provide the converted casual text
|
| 28 |
+
- If multiple interpretations are possible, offer the most natural-sounding option
|
| 29 |
+
- Maintain paragraph structure unless combining short paragraphs improves flow
|
| 30 |
+
|
| 31 |
+
Please convert the following business text to casual style:
|