opencode-skills-collection 2.0.254 → 2.0.256
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bundled-skills/.antigravity-install-manifest.json +2 -1
- package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
- package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
- package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
- package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
- package/bundled-skills/docs/users/bundles.md +1 -1
- package/bundled-skills/docs/users/claude-code-skills.md +1 -1
- package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
- package/bundled-skills/docs/users/getting-started.md +1 -1
- package/bundled-skills/docs/users/kiro-integration.md +1 -1
- package/bundled-skills/docs/users/usage.md +4 -4
- package/bundled-skills/docs/users/visual-guide.md +4 -4
- package/bundled-skills/loki-mode/examples/todo-app-generated/frontend/package-lock.json +3 -3
- package/bundled-skills/social-post-writer-seo/SKILL.md +44 -8
- package/bundled-skills/unslop/SKILL.md +138 -0
- package/bundled-skills/wordpress-centric-high-seo-optimized-blogwriting-skill/SKILL.md +109 -33
- package/bundled-skills/zipai-optimizer/SKILL.md +84 -69
- package/package.json +1 -1
- package/skills_index.json +27 -5
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schemaVersion": 1,
|
|
3
|
-
"updatedAt": "2026-04-
|
|
3
|
+
"updatedAt": "2026-04-26T14:45:21.449Z",
|
|
4
4
|
"entries": [
|
|
5
5
|
"00-andruia-consultant",
|
|
6
6
|
"007",
|
|
@@ -1345,6 +1345,7 @@
|
|
|
1345
1345
|
"unity-developer",
|
|
1346
1346
|
"unity-ecs-patterns",
|
|
1347
1347
|
"unreal-engine-cpp-pro",
|
|
1348
|
+
"unslop",
|
|
1348
1349
|
"unsplash-integration",
|
|
1349
1350
|
"upgrading-expo",
|
|
1350
1351
|
"upstash-qstash",
|
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
---
|
|
2
2
|
title: Jetski/Cortex + Gemini Integration Guide
|
|
3
|
-
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1.
|
|
3
|
+
description: "Use antigravity-awesome-skills with Jetski/Cortex without hitting context-window overflow with 1.436+ skills."
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# Jetski/Cortex + Gemini: safe integration with 1,1.
|
|
6
|
+
# Jetski/Cortex + Gemini: safe integration with 1,1.436+ skills
|
|
7
7
|
|
|
8
8
|
This guide shows how to integrate the `antigravity-awesome-skills` repository with an agent based on **Jetski/Cortex + Gemini** (or similar frameworks) **without exceeding the model context window**.
|
|
9
9
|
|
|
@@ -23,7 +23,7 @@ Never do:
|
|
|
23
23
|
- concatenate all `SKILL.md` content into a single system prompt;
|
|
24
24
|
- re-inject the entire library for **every** request.
|
|
25
25
|
|
|
26
|
-
With over 1,1.
|
|
26
|
+
With over 1,1.436 skills, this approach fills the context window before user messages are even added, causing truncation.
|
|
27
27
|
|
|
28
28
|
---
|
|
29
29
|
|
|
@@ -20,7 +20,7 @@ This example shows one way to integrate **antigravity-awesome-skills** with a Je
|
|
|
20
20
|
- How to enforce a **maximum number of skills per turn** via `maxSkillsPerTurn`.
|
|
21
21
|
- How to choose whether to **truncate or error** when too many skills are requested via `overflowBehavior`.
|
|
22
22
|
|
|
23
|
-
This pattern avoids context overflow when you have 1,
|
|
23
|
+
This pattern avoids context overflow when you have 1,436+ skills installed.
|
|
24
24
|
|
|
25
25
|
---
|
|
26
26
|
|
|
@@ -6,7 +6,7 @@ This document keeps the repository's GitHub-facing discovery copy aligned with t
|
|
|
6
6
|
|
|
7
7
|
Preferred positioning:
|
|
8
8
|
|
|
9
|
-
> Installable GitHub library of 1,
|
|
9
|
+
> Installable GitHub library of 1,436+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and other AI coding assistants.
|
|
10
10
|
|
|
11
11
|
Key framing:
|
|
12
12
|
|
|
@@ -20,7 +20,7 @@ Key framing:
|
|
|
20
20
|
|
|
21
21
|
Preferred description:
|
|
22
22
|
|
|
23
|
-
> Installable GitHub library of 1,
|
|
23
|
+
> Installable GitHub library of 1,436+ agentic skills for Claude Code, Cursor, Codex CLI, Gemini CLI, Antigravity, and more. Includes installer CLI, bundles, workflows, and official/community skill collections.
|
|
24
24
|
|
|
25
25
|
Preferred homepage:
|
|
26
26
|
|
|
@@ -28,7 +28,7 @@ Preferred homepage:
|
|
|
28
28
|
|
|
29
29
|
Preferred social preview:
|
|
30
30
|
|
|
31
|
-
- use a clean preview image that says `1,
|
|
31
|
+
- use a clean preview image that says `1,436+ Agentic Skills`;
|
|
32
32
|
- mention Claude Code, Cursor, Codex CLI, and Gemini CLI;
|
|
33
33
|
- avoid dense text and tiny logos that disappear in social cards.
|
|
34
34
|
|
|
@@ -69,7 +69,7 @@ For manual updates, you need:
|
|
|
69
69
|
The update process refreshes:
|
|
70
70
|
- Skills index (`skills_index.json`)
|
|
71
71
|
- Web app skills data (`apps\web-app\public\skills.json`)
|
|
72
|
-
- All 1,
|
|
72
|
+
- All 1,436+ skills from the skills directory
|
|
73
73
|
|
|
74
74
|
## When to Update
|
|
75
75
|
|
|
@@ -12,7 +12,7 @@ Install the library into Claude Code, then invoke focused skills directly in the
|
|
|
12
12
|
|
|
13
13
|
## Why use this repo for Claude Code
|
|
14
14
|
|
|
15
|
-
- It includes 1,
|
|
15
|
+
- It includes 1,436+ skills instead of a narrow single-domain starter pack.
|
|
16
16
|
- It supports the standard `.claude/skills/` path and the Claude Code plugin marketplace flow.
|
|
17
17
|
- It also ships generated bundle plugins so teams can install focused packs like `Essentials` or `Security Developer` from the marketplace metadata.
|
|
18
18
|
- It includes onboarding docs, bundles, and workflows so new users do not need to guess where to begin.
|
|
@@ -12,7 +12,7 @@ Install into the Gemini skills path, then ask Gemini to apply one skill at a tim
|
|
|
12
12
|
|
|
13
13
|
- It installs directly into the expected Gemini skills path.
|
|
14
14
|
- It includes both core software engineering skills and deeper agent/LLM-oriented skills.
|
|
15
|
-
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,
|
|
15
|
+
- It helps new users get started with bundles and workflows rather than forcing a cold start from 1,436+ files.
|
|
16
16
|
- It is useful whether you want a broad internal skill library or a single repo to test many workflows quickly.
|
|
17
17
|
|
|
18
18
|
## Install Gemini CLI Skills
|
|
@@ -18,7 +18,7 @@ Kiro is AWS's agentic AI IDE that combines:
|
|
|
18
18
|
|
|
19
19
|
Kiro's agentic capabilities are enhanced by skills that provide:
|
|
20
20
|
|
|
21
|
-
- **Domain expertise** across 1,
|
|
21
|
+
- **Domain expertise** across 1,436+ specialized areas
|
|
22
22
|
- **Best practices** from Anthropic, OpenAI, Google, Microsoft, and AWS
|
|
23
23
|
- **Workflow automation** for common development tasks
|
|
24
24
|
- **AWS-specific patterns** for serverless, infrastructure, and cloud architecture
|
|
@@ -14,7 +14,7 @@ If you came in through a **Claude Code** or **Codex** plugin instead of a full l
|
|
|
14
14
|
|
|
15
15
|
When you ran `npx antigravity-awesome-skills` or cloned the repository, you:
|
|
16
16
|
|
|
17
|
-
✅ **Downloaded 1,
|
|
17
|
+
✅ **Downloaded 1,436+ skill files** to your computer (default: `~/.gemini/antigravity/skills/`; or a custom path like `~/.agent/skills/` if you used `--path`)
|
|
18
18
|
✅ **Made them available** to your AI assistant
|
|
19
19
|
❌ **Did NOT enable them all automatically** (they're just sitting there, waiting)
|
|
20
20
|
|
|
@@ -34,7 +34,7 @@ Bundles are **curated groups** of skills organized by role. They help you decide
|
|
|
34
34
|
|
|
35
35
|
**Analogy:**
|
|
36
36
|
|
|
37
|
-
- You installed a toolbox with 1,
|
|
37
|
+
- You installed a toolbox with 1,436+ tools (✅ done)
|
|
38
38
|
- Bundles are like **labeled organizer trays** saying: "If you're a carpenter, start with these 10 tools"
|
|
39
39
|
- You can either **pick skills from the tray** or install that tray as a focused marketplace bundle plugin
|
|
40
40
|
|
|
@@ -212,7 +212,7 @@ Let's actually use a skill right now. Follow these steps:
|
|
|
212
212
|
|
|
213
213
|
## Step 5: Picking Your First Skills (Practical Advice)
|
|
214
214
|
|
|
215
|
-
Don't try to use all 1,
|
|
215
|
+
Don't try to use all 1,436+ skills at once. Here's a sensible approach:
|
|
216
216
|
|
|
217
217
|
If you want a tool-specific starting point before choosing skills, use:
|
|
218
218
|
|
|
@@ -343,7 +343,7 @@ Usually no, but if your AI doesn't recognize a skill:
|
|
|
343
343
|
|
|
344
344
|
### "Can I load all skills into the model at once?"
|
|
345
345
|
|
|
346
|
-
No. Even though you have 1,
|
|
346
|
+
No. Even though you have 1,436+ skills installed locally, you should **not** concatenate every `SKILL.md` into a single system prompt or context block.
|
|
347
347
|
|
|
348
348
|
The intended pattern is:
|
|
349
349
|
|
|
@@ -34,7 +34,7 @@ antigravity-awesome-skills/
|
|
|
34
34
|
├── 📄 CONTRIBUTING.md ← Contributor workflow
|
|
35
35
|
├── 📄 CATALOG.md ← Full generated catalog
|
|
36
36
|
│
|
|
37
|
-
├── 📁 skills/ ← 1,
|
|
37
|
+
├── 📁 skills/ ← 1,436+ skills live here
|
|
38
38
|
│ │
|
|
39
39
|
│ ├── 📁 brainstorming/
|
|
40
40
|
│ │ └── 📄 SKILL.md ← Skill definition
|
|
@@ -47,7 +47,7 @@ antigravity-awesome-skills/
|
|
|
47
47
|
│ │ └── 📁 2d-games/
|
|
48
48
|
│ │ └── 📄 SKILL.md ← Nested skills also supported
|
|
49
49
|
│ │
|
|
50
|
-
│ └── ... (1,
|
|
50
|
+
│ └── ... (1,436+ total)
|
|
51
51
|
│
|
|
52
52
|
├── 📁 apps/
|
|
53
53
|
│ └── 📁 web-app/ ← Interactive browser
|
|
@@ -100,7 +100,7 @@ antigravity-awesome-skills/
|
|
|
100
100
|
|
|
101
101
|
```
|
|
102
102
|
┌─────────────────────────┐
|
|
103
|
-
│ 1,
|
|
103
|
+
│ 1,436+ SKILLS │
|
|
104
104
|
└────────────┬────────────┘
|
|
105
105
|
│
|
|
106
106
|
┌────────────────────────┼────────────────────────┐
|
|
@@ -201,7 +201,7 @@ If you want a workspace-style manual install instead, cloning into `.agent/skill
|
|
|
201
201
|
│ ├── 📁 brainstorming/ │
|
|
202
202
|
│ ├── 📁 stripe-integration/ │
|
|
203
203
|
│ ├── 📁 react-best-practices/ │
|
|
204
|
-
│ └── ... (1,
|
|
204
|
+
│ └── ... (1,436+ total) │
|
|
205
205
|
└─────────────────────────────────────────┘
|
|
206
206
|
```
|
|
207
207
|
|
|
@@ -1540,9 +1540,9 @@
|
|
|
1540
1540
|
}
|
|
1541
1541
|
},
|
|
1542
1542
|
"node_modules/postcss": {
|
|
1543
|
-
"version": "8.5.
|
|
1544
|
-
"resolved": "https://registry.npmjs.org/postcss/-/postcss-8.5.
|
|
1545
|
-
"integrity": "sha512-
|
|
1543
|
+
"version": "8.5.12",
|
|
1544
|
+
"resolved": "https://registry.npmjs.org/postcss/-/postcss-8.5.12.tgz",
|
|
1545
|
+
"integrity": "sha512-W62t/Se6rA0Az3DfCL0AqJwXuKwBeYg6nOaIgzP+xZ7N5BFCI7DYi1qs6ygUYT6rvfi6t9k65UMLJC+PHZpDAA==",
|
|
1546
1546
|
"dev": true,
|
|
1547
1547
|
"funding": [
|
|
1548
1548
|
{
|
|
@@ -4,19 +4,37 @@ description: "Social Media Strategist and Content Writer. Creates clear, engagin
|
|
|
4
4
|
category: growth
|
|
5
5
|
risk: safe
|
|
6
6
|
source: self
|
|
7
|
+
source_type: self
|
|
7
8
|
date_added: "2026-04-17"
|
|
8
9
|
author: WHOISABHISHEKADHIKARI
|
|
10
|
+
tags: [social-media, marketing, content-writing, seo, growth]
|
|
11
|
+
tools: [claude, cursor, gemini]
|
|
12
|
+
version: 1.0.1
|
|
9
13
|
---
|
|
10
14
|
|
|
11
15
|
# Social Media Strategist and Content Writer
|
|
12
16
|
|
|
17
|
+
## Overview
|
|
18
|
+
This skill is designed to help users create high-quality, engaging, and platform-optimized social media content. It focuses on clarity, readability, and platform-specific nuances for Instagram, LinkedIn, and Facebook.
|
|
19
|
+
|
|
13
20
|
## When to Use This Skill
|
|
14
21
|
- Use this skill when you need a clear, engaging, and accurate social media post for Instagram, LinkedIn, or Facebook.
|
|
15
22
|
- Use it to transform topics and keywords into audience-focused content with platform-native structure.
|
|
16
23
|
|
|
17
|
-
|
|
24
|
+
## How It Works
|
|
18
25
|
|
|
19
|
-
|
|
26
|
+
### Step 1: Input Gathering
|
|
27
|
+
The skill starts by collecting essential details like the topic, primary keyword, target audience, and the specific social media platform.
|
|
28
|
+
|
|
29
|
+
### Step 2: Content Generation
|
|
30
|
+
Based on the inputs, it follows strict writing rules to ensure simplicity, factual accuracy, and engagement. It structures the post with a hook, context, value, and a call to action.
|
|
31
|
+
|
|
32
|
+
### Step 3: Platform Optimization
|
|
33
|
+
The output is tailored for the selected platform, adjusting emoji density and tone (e.g., more professional for LinkedIn, more visual/casual for Instagram).
|
|
34
|
+
|
|
35
|
+
## Prompt Template
|
|
36
|
+
|
|
37
|
+
Your task is to create a clear, engaging, and accurate social media post that works for a global audience on platforms like Instagram, LinkedIn, and Facebook.
|
|
20
38
|
|
|
21
39
|
### INPUT:
|
|
22
40
|
- **Topic**: {Insert Topic}
|
|
@@ -51,8 +69,6 @@ Create a post that is easy to understand, useful, and encourages engagement.
|
|
|
51
69
|
4. **Call to Action**: Check the comment section or follow.
|
|
52
70
|
5. **Hashtags**: 5-8 relevant tags.
|
|
53
71
|
|
|
54
|
-
---
|
|
55
|
-
|
|
56
72
|
## Examples
|
|
57
73
|
|
|
58
74
|
### Example: New Product Launch
|
|
@@ -64,15 +80,35 @@ Create a post that is easy to understand, useful, and encourages engagement.
|
|
|
64
80
|
|
|
65
81
|
**Output**:
|
|
66
82
|
☕️ Your morning coffee just got a clean energy upgrade!
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
A small change for your
|
|
83
|
+
Meet SolMug, a solar powered coffee mug concept for busy commutes.
|
|
84
|
+
It is designed to keep your drink warm without adding another charger to your bag.
|
|
85
|
+
A small change for your morning routine, with sustainability in mind.
|
|
70
86
|
Check the link in bio to pre-order!
|
|
71
87
|
#ecofriendly #coffee #sustainability #tech #morningroutine
|
|
72
88
|
|
|
73
|
-
|
|
89
|
+
## Best Practices
|
|
90
|
+
- ✅ Always include a "Hook" in the first line to capture attention.
|
|
91
|
+
- ✅ Use line breaks frequently to make the post scannable on mobile.
|
|
92
|
+
- ✅ Tailor the tone: LinkedIn should be more professional, Instagram more visual/energetic.
|
|
93
|
+
- ❌ Avoid using more than 10 hashtags; it can look like spam.
|
|
94
|
+
- ❌ Never guess facts; if info isn't provided, stick to general industry knowledge.
|
|
74
95
|
|
|
75
96
|
## Limitations
|
|
76
97
|
- This skill does not generate image or video assets.
|
|
77
98
|
- It requires manual copy-pasting to the respective social media platforms.
|
|
78
99
|
- It cannot schedule or post content directly to social media accounts.
|
|
100
|
+
|
|
101
|
+
## Security & Safety Notes
|
|
102
|
+
- This skill only generates text content and does not interact with system APIs or run shell commands.
|
|
103
|
+
- Ensure any links included in the generated content are verified by the user before posting.
|
|
104
|
+
|
|
105
|
+
## Common Pitfalls
|
|
106
|
+
- **Problem:** Post feels too "salesy".
|
|
107
|
+
**Solution:** Focus more on the "Value/Insight" section to provide helpful info before the CTA.
|
|
108
|
+
- **Problem:** Low engagement on LinkedIn.
|
|
109
|
+
**Solution:** Reduce emoji count and ensure the "Hook" addresses a professional pain point.
|
|
110
|
+
|
|
111
|
+
## Related Skills
|
|
112
|
+
- `@copywriting` - For longer form sales copy and landing pages.
|
|
113
|
+
- `@seo-content` - For blog-style SEO content optimization.
|
|
114
|
+
- `@ad-creative` - Specifically for paid social media advertisements.
|
|
@@ -0,0 +1,138 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: unslop
|
|
3
|
+
description: "Post-process AI-generated text through the unslop CLI to strip AI writing patterns before publishing"
|
|
4
|
+
category: writing
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: MohamedAbdallah-14/unslop
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-25"
|
|
10
|
+
author: MohamedAbdallah-14
|
|
11
|
+
tags: [writing, content-quality, ai-writing, text-processing, cli, publishing]
|
|
12
|
+
tools: [claude-code, cursor, gemini-cli, codex-cli, antigravity]
|
|
13
|
+
license: "MIT"
|
|
14
|
+
license_source: "https://github.com/MohamedAbdallah-14/unslop/blob/main/LICENSE"
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
# unslop — Strip AI Writing Patterns via CLI
|
|
18
|
+
|
|
19
|
+
## Overview
|
|
20
|
+
|
|
21
|
+
unslop is a CLI tool that post-processes text to remove AI writing patterns programmatically. Unlike skills that ask the agent to avoid AI-isms, unslop runs as a deterministic pipeline step: pipe text in, get clean text out. Use it as a final pass before committing docs, publishing posts, or sending any AI-generated content to production.
|
|
22
|
+
|
|
23
|
+
The `--deterministic` flag makes output reproducible — same input always produces same output. The `--stdin` flag reads from stdin, enabling shell pipeline composition.
|
|
24
|
+
|
|
25
|
+
## When to Use This Skill
|
|
26
|
+
|
|
27
|
+
- When you have AI-generated text ready to publish and want a final cleanup pass
|
|
28
|
+
- When working in a shell pipeline where text quality needs to be enforced automatically
|
|
29
|
+
- When writing commit hooks or CI steps that validate content before it ships
|
|
30
|
+
- When you need reproducible text normalization across multiple runs
|
|
31
|
+
|
|
32
|
+
## Setup
|
|
33
|
+
|
|
34
|
+
Install once:
|
|
35
|
+
|
|
36
|
+
```bash
|
|
37
|
+
pipx install unslop
|
|
38
|
+
# or
|
|
39
|
+
uv tool install unslop
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
Verify:
|
|
43
|
+
|
|
44
|
+
```bash
|
|
45
|
+
unslop --version
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## How It Works
|
|
49
|
+
|
|
50
|
+
### Step 1: Pipe Text Through unslop
|
|
51
|
+
|
|
52
|
+
Standard cleanup (may vary slightly between runs):
|
|
53
|
+
|
|
54
|
+
```bash
|
|
55
|
+
echo "This leverages cutting-edge AI to deliver robust solutions." | unslop --stdin
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Deterministic cleanup (same input → same output every run):
|
|
59
|
+
|
|
60
|
+
```bash
|
|
61
|
+
echo "This leverages cutting-edge AI to deliver robust solutions." | unslop --stdin --deterministic
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
### Step 2: Use in Shell Pipelines
|
|
65
|
+
|
|
66
|
+
Pipe the output of any command through unslop:
|
|
67
|
+
|
|
68
|
+
```bash
|
|
69
|
+
cat draft.md | unslop --stdin --deterministic > clean.md
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
Or chain with other tools:
|
|
73
|
+
|
|
74
|
+
```bash
|
|
75
|
+
cat draft.md | unslop --stdin --deterministic | pbcopy # macOS: copy clean text to clipboard
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
### Step 3: Integrate into Commit Hooks or CI
|
|
79
|
+
|
|
80
|
+
Add to a pre-commit hook or CI step to enforce quality gates on any generated content before it ships:
|
|
81
|
+
|
|
82
|
+
```bash
|
|
83
|
+
# In .git/hooks/pre-commit or a CI script
|
|
84
|
+
CONTENT=$(cat docs/changelog.md)
|
|
85
|
+
CLEANED=$(echo "$CONTENT" | unslop --stdin --deterministic)
|
|
86
|
+
if [ "$CONTENT" != "$CLEANED" ]; then
|
|
87
|
+
echo "Changelog contains AI writing patterns. Run: cat docs/changelog.md | unslop --stdin --deterministic > docs/changelog.md"
|
|
88
|
+
exit 1
|
|
89
|
+
fi
|
|
90
|
+
```
|
|
91
|
+
|
|
92
|
+
## Examples
|
|
93
|
+
|
|
94
|
+
### Example 1: Clean a Draft Document
|
|
95
|
+
|
|
96
|
+
```bash
|
|
97
|
+
cat blog-post-draft.md | unslop --stdin --deterministic > blog-post-final.md
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
### Example 2: Inline Cleanup During Writing
|
|
101
|
+
|
|
102
|
+
```bash
|
|
103
|
+
# Write content, pipe through unslop, write result back
|
|
104
|
+
cat README.md | unslop --stdin > README.clean.md && mv README.clean.md README.md
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
### Example 3: Validate Before Submitting a PR
|
|
108
|
+
|
|
109
|
+
```bash
|
|
110
|
+
# Check if any generated docs need cleanup
|
|
111
|
+
for f in docs/*.md; do
|
|
112
|
+
ORIGINAL=$(cat "$f")
|
|
113
|
+
CLEANED=$(echo "$ORIGINAL" | unslop --stdin --deterministic)
|
|
114
|
+
[ "$ORIGINAL" != "$CLEANED" ] && echo "Needs cleanup: $f"
|
|
115
|
+
done
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
## Best Practices
|
|
119
|
+
|
|
120
|
+
- ✅ Use `--deterministic` in CI and automation to ensure reproducible output
|
|
121
|
+
- ✅ Run on the final draft, not intermediate iterations
|
|
122
|
+
- ✅ Combine with the `avoid-ai-writing` skill for both generation-time guidance and post-processing
|
|
123
|
+
- ❌ Don't run on code files — unslop targets prose, not source code
|
|
124
|
+
- ❌ Don't skip review after unslop: automated cleanup can occasionally change meaning; read the output
|
|
125
|
+
|
|
126
|
+
## Limitations
|
|
127
|
+
|
|
128
|
+
- Processes prose only — not code, JSON, or structured data
|
|
129
|
+
- Does not catch factual errors or substantive writing issues
|
|
130
|
+
- Some replacements may not fit every context; review the output before publishing
|
|
131
|
+
- Requires Python tooling such as `pipx` or `uv` for standalone CLI installation
|
|
132
|
+
|
|
133
|
+
## Security & Safety Notes
|
|
134
|
+
|
|
135
|
+
- unslop reads from stdin and writes to stdout — no file system side effects by default
|
|
136
|
+
- `--deterministic` mode is local and does not make LLM API calls
|
|
137
|
+
- Default LLM mode may use `ANTHROPIC_API_KEY` or the Claude CLI; use `--deterministic` for sensitive local files and CI gates
|
|
138
|
+
- Safe to run in CI pipelines and commit hooks when pinned to deterministic mode
|
|
@@ -1,14 +1,42 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: wordpress-centric-high-seo-optimized-blogwriting-skill
|
|
3
|
-
description: "
|
|
4
|
-
version: 1.0.0
|
|
5
|
-
author: Whoisabhishekadhikari
|
|
6
|
-
created: 2026-04-12
|
|
3
|
+
description: "Create long-form, high-quality, SEO-optimized blog posts ready for WordPress with truth boxes and FAQ schema."
|
|
7
4
|
category: content
|
|
5
|
+
risk: safe
|
|
6
|
+
source: self
|
|
7
|
+
source_type: self
|
|
8
|
+
date_added: "2026-04-12"
|
|
9
|
+
author: Whoisabhishekadhikari
|
|
8
10
|
tags: [writing, blog, seo, content, wordpress]
|
|
11
|
+
tools: [claude, cursor, gemini]
|
|
12
|
+
version: 1.0.3
|
|
9
13
|
---
|
|
10
14
|
|
|
11
|
-
#
|
|
15
|
+
# WordPress Centric High SEO Optimized Blog Writing Skill
|
|
16
|
+
|
|
17
|
+
## Overview
|
|
18
|
+
|
|
19
|
+
This skill is designed for Senior Content Strategists and Expert Copywriters to create high-quality, long-form blog posts that are ready for direct publication in WordPress. It emphasizes professional structure, factual accuracy (Truth Boxes), and comprehensive SEO optimization (Yoast elements and Schema markup).
|
|
20
|
+
|
|
21
|
+
## When to Use This Skill
|
|
22
|
+
|
|
23
|
+
- Use when you need to write a professional blog post or article.
|
|
24
|
+
- Use when creating SEO-optimized content for a WordPress site.
|
|
25
|
+
- Use when you need structured elements like Truth Boxes, Comparison Tables, and FAQ sections.
|
|
26
|
+
- Use when the user requires Yoast SEO metadata and JSON-LD schema.
|
|
27
|
+
|
|
28
|
+
## How It Works
|
|
29
|
+
|
|
30
|
+
### Step 1: Gather Inputs
|
|
31
|
+
The skill requires a Title, Primary Keyword, Intent, and Niche/Industry. It also prompts for Yoast SEO preference and image count if not provided.
|
|
32
|
+
|
|
33
|
+
### Step 2: Content Generation
|
|
34
|
+
The agent follows a structured prompt to generate a clickable contents section, a truth box, well-structured sections with tables, common misconceptions, and a short FAQ.
|
|
35
|
+
|
|
36
|
+
### Step 3: SEO & Schema (Optional)
|
|
37
|
+
If requested, the agent provides Yoast SEO metadata (Social titles, meta descriptions) and JSON-LD Schema (BlogPosting, FAQPage).
|
|
38
|
+
|
|
39
|
+
## Prompt Template
|
|
12
40
|
|
|
13
41
|
FINAL MASTER PROMPT (Refined & Generalized Version)
|
|
14
42
|
|
|
@@ -23,6 +51,10 @@ Primary Keyword: {Insert Primary Keyword}
|
|
|
23
51
|
Intent: {Informational / Commercial / Transactional}
|
|
24
52
|
Niche/Industry: {Insert Industry or Subject Area}
|
|
25
53
|
|
|
54
|
+
USER PREFERENCES (ASK IF MISSING)
|
|
55
|
+
Yoast SEO: {Are Yoast SEO elements like meta descriptions and focus keyphrases needed?}
|
|
56
|
+
Image Count: {How many images should be included in the SEO plan?}
|
|
57
|
+
|
|
26
58
|
Optional Context
|
|
27
59
|
Brand: {Insert Brand Name}
|
|
28
60
|
Target Audience: {Insert Target Audience}
|
|
@@ -52,6 +84,7 @@ Maintain clean and consistent formatting
|
|
|
52
84
|
Make content easy to scan and copy
|
|
53
85
|
|
|
54
86
|
FACT AND ACCURACY RULES
|
|
87
|
+
|
|
55
88
|
Do not guess or fabricate data.
|
|
56
89
|
- Requirement: Provide citation-backed estimates with a verifiable source or an explicit "no reliable estimate available" response.
|
|
57
90
|
- Prohibited: Do not use vague "industry estimates suggest a range" fallbacks if no verifiable evidence was found.
|
|
@@ -59,29 +92,6 @@ Do not guess or fabricate data.
|
|
|
59
92
|
Avoid fake or unreliable sources
|
|
60
93
|
Keep all information practical, realistic, and up-to-date
|
|
61
94
|
|
|
62
|
-
SEO SECTION (PLACE AT THE TOP)
|
|
63
|
-
|
|
64
|
-
Provide the following:
|
|
65
|
-
|
|
66
|
-
Focus Keyphrase
|
|
67
|
-
SEO Title
|
|
68
|
-
Slug
|
|
69
|
-
Meta Description
|
|
70
|
-
Social Title
|
|
71
|
-
Social Description
|
|
72
|
-
|
|
73
|
-
Include this exact line:
|
|
74
|
-
Data accurate as of [Current Month & Year] based on market research
|
|
75
|
-
|
|
76
|
-
SCHEMA MARKUP
|
|
77
|
-
|
|
78
|
-
Add clean JSON-LD for:
|
|
79
|
-
|
|
80
|
-
BlogPosting
|
|
81
|
-
FAQPage
|
|
82
|
-
|
|
83
|
-
Use placeholder URLs if needed
|
|
84
|
-
|
|
85
95
|
CONTENTS SECTION
|
|
86
96
|
|
|
87
97
|
Create a clickable contents section with:
|
|
@@ -104,9 +114,10 @@ MAIN BLOG STRUCTURE
|
|
|
104
114
|
|
|
105
115
|
Main Title
|
|
106
116
|
|
|
117
|
+
Introduction
|
|
118
|
+
|
|
107
119
|
Truth Box
|
|
108
120
|
|
|
109
|
-
Introduction
|
|
110
121
|
|
|
111
122
|
[Core Topic Section 1]
|
|
112
123
|
|
|
@@ -159,7 +170,7 @@ Keep answers short and clear
|
|
|
159
170
|
|
|
160
171
|
IMAGE SEO SECTION
|
|
161
172
|
|
|
162
|
-
Include
|
|
173
|
+
Include {User Requested Count} images
|
|
163
174
|
|
|
164
175
|
For each image, provide:
|
|
165
176
|
|
|
@@ -184,7 +195,12 @@ Ensure clean and consistent structure
|
|
|
184
195
|
|
|
185
196
|
OUTPUT REQUIREMENT
|
|
186
197
|
|
|
187
|
-
The final output must be:
|
|
198
|
+
The final output must be generated in this order:
|
|
199
|
+
1. The full blog post (from Main Title to Conclusion)
|
|
200
|
+
2. SEO Section (if requested)
|
|
201
|
+
3. Schema Markup (if requested)
|
|
202
|
+
|
|
203
|
+
The content must be:
|
|
188
204
|
|
|
189
205
|
Clean and well-structured
|
|
190
206
|
SEO optimized
|
|
@@ -192,7 +208,67 @@ Human-sounding
|
|
|
192
208
|
Professional quality
|
|
193
209
|
Ready to copy and paste into WordPress
|
|
194
210
|
|
|
211
|
+
SEO SECTION (YOAST)
|
|
212
|
+
*Only provide this section if the user requested Yoast SEO elements.*
|
|
213
|
+
|
|
214
|
+
Provide the following:
|
|
215
|
+
|
|
216
|
+
Focus Keyphrase
|
|
217
|
+
SEO Title
|
|
218
|
+
Slug
|
|
219
|
+
Meta Description
|
|
220
|
+
Social Title
|
|
221
|
+
Social Description
|
|
222
|
+
|
|
223
|
+
If the user provided or approved reliable market sources, include this line with the actual month and year:
|
|
224
|
+
Data accurate as of [Month Year] based on cited market research.
|
|
225
|
+
|
|
226
|
+
If no reliable market sources were provided or reviewed, omit the line instead of implying research was performed.
|
|
227
|
+
|
|
228
|
+
SCHEMA MARKUP
|
|
229
|
+
*Only provide this section if the user requested Yoast/SEO schema.*
|
|
230
|
+
|
|
231
|
+
Add clean JSON-LD for:
|
|
232
|
+
|
|
233
|
+
BlogPosting
|
|
234
|
+
FAQPage
|
|
235
|
+
|
|
236
|
+
Use placeholder URLs if needed
|
|
237
|
+
|
|
238
|
+
## Examples
|
|
239
|
+
|
|
240
|
+
### Example 1: Informational Blog Post
|
|
241
|
+
**User:** Write a blog post about "Sustainable Gardening for Beginners".
|
|
242
|
+
**Agent:** (Generates Title, Truth Box, clickable contents, well-structured sections with tables, Misconceptions, and FAQ.)
|
|
243
|
+
|
|
244
|
+
## Best Practices
|
|
245
|
+
|
|
246
|
+
- ✅ Use short, punchy sentences.
|
|
247
|
+
- ✅ Ensure tables are clean and use `|` markdown syntax.
|
|
248
|
+
- ✅ Maintain the Truth Box at the very beginning of the post for high engagement.
|
|
249
|
+
- ❌ Avoid using numbered headings; stick to standard markdown `#`, `##`, `###`.
|
|
250
|
+
- ❌ Do not use hyphen bullets in the contents section.
|
|
251
|
+
|
|
195
252
|
## Limitations
|
|
253
|
+
|
|
254
|
+
- This skill does not replace environment-specific validation, testing, or expert review.
|
|
255
|
+
- Stop and ask for clarification if required inputs, permissions, or safety boundaries are missing.
|
|
196
256
|
- Use this skill only when the task clearly matches the scope described above.
|
|
197
|
-
|
|
198
|
-
|
|
257
|
+
|
|
258
|
+
## Security & Safety Notes
|
|
259
|
+
|
|
260
|
+
- This skill focuses on content generation and does not involve shell commands or direct system mutation.
|
|
261
|
+
- Ensure any generated JSON-LD is properly escaped if used in a programmatic context.
|
|
262
|
+
|
|
263
|
+
## Common Pitfalls
|
|
264
|
+
|
|
265
|
+
- **Problem:** Missing Primary Keyword in Alt Text.
|
|
266
|
+
**Solution:** Ensure the `IMAGE SEO SECTION` explicitly includes the primary keyword in at least one Alt Text field.
|
|
267
|
+
- **Problem:** AI-sounding or repetitive tone.
|
|
268
|
+
**Solution:** Use the "Human-sounding" requirement in the `WRITING RULES` to re-check the draft.
|
|
269
|
+
|
|
270
|
+
## Related Skills
|
|
271
|
+
|
|
272
|
+
- `@seo-plan` - Use for high-level SEO strategy before writing.
|
|
273
|
+
- `@seo-content` - For broader SEO content optimization across different platforms.
|
|
274
|
+
- `@copywriting` - General professional writing and marketing copy.
|
|
@@ -1,83 +1,98 @@
|
|
|
1
1
|
---
|
|
2
2
|
id: zipai-optimizer
|
|
3
3
|
name: zipai-optimizer
|
|
4
|
-
version: "
|
|
5
|
-
description: "Adaptive token optimizer: intelligent filtering, surgical output, ambiguity-first, context-window-aware, VCS-aware."
|
|
4
|
+
version: "12.0"
|
|
5
|
+
description: "Adaptive token optimizer: intelligent filtering, surgical output, ambiguity-first, context-window-aware, VCS-aware, MCP-aware."
|
|
6
6
|
category: agent-behavior
|
|
7
7
|
risk: safe
|
|
8
8
|
---
|
|
9
9
|
|
|
10
10
|
# ZipAI: Context & Token Optimizer
|
|
11
11
|
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
12
|
+
## Rules
|
|
13
|
+
|
|
14
|
+
### Rule 1 — Adaptive Verbosity
|
|
15
|
+
|
|
16
|
+
- **Ops/Fixes:** technical content only. No filler, no echo, no meta.
|
|
17
|
+
- **Architecture/Analysis:** full reasoning authorized and encouraged.
|
|
18
|
+
- **Direct questions:** one paragraph max unless exhaustive enumeration explicitly required.
|
|
19
|
+
- **Long sessions:** never re-summarize prior context. Assume developer retains full thread memory.
|
|
20
|
+
- **Review mode (code review, PR analysis):** structured output with labeled sections (`[ISSUE]`, `[SUGGESTION]`, `[NITPICK]`) is authorized and preferred.
|
|
21
|
+
|
|
22
|
+
### Rule 2 — Ambiguity-First Execution
|
|
23
|
+
|
|
24
|
+
Before producing output on any request with 2+ divergent interpretations: ask exactly ONE targeted question.
|
|
25
|
+
Never ask about obvious intent. Never stack multiple questions.
|
|
26
|
+
When uncertain between a minor variant and a full rewrite: default to minimal intervention and state the assumption made.
|
|
27
|
+
When the scope is ambiguous (file vs. project vs. repo): ask once, scoped to the narrowest useful boundary.
|
|
28
|
+
|
|
29
|
+
### Rule 3 — Intelligent Input Filtering
|
|
30
|
+
|
|
31
|
+
Classify before ingesting — never read raw:
|
|
32
|
+
|
|
33
|
+
- **Builds/Installs (pip, npm, make, docker):** `grep -A 10 -B 10 -iE "(error|fail|warn|fatal)"`
|
|
34
|
+
- **Errors/Stacktraces (pytest, crashes, stderr):** `grep -A 10 -B 5 -iE "(error|exception|traceback|failed|assert)"`
|
|
35
|
+
- **Large source files (>300 lines):** locate with `grep -n "def \|class "`, read with `view_range`.
|
|
36
|
+
- **Medium source files (100–300 lines):** `head -n 60` + targeted `grep` before full read.
|
|
37
|
+
- **JSON/YAML payloads:** `jq 'keys'` or `head -n 40` before committing to full read.
|
|
38
|
+
- **Files already read this session:** use cached in-context version. Do not re-read unless explicitly modified.
|
|
39
|
+
- **VCS Operations (git, gh):**
|
|
40
|
+
- `git log` → `| head -n 20` unless a specific range is requested.
|
|
41
|
+
- `git diff` >50 lines → `| grep -E "^(\+\+\+|---|@@|\+|-)"` to extract hunks only without artificial truncation.
|
|
42
|
+
- `git status` → read as-is.
|
|
43
|
+
- `git pull/push` with conflicts/errors → `grep -A 5 -B 2 "CONFLICT\|error\|rejected\|denied"`.
|
|
44
|
+
- `git log --graph` → `| head -n 40`.
|
|
45
|
+
- `git blame` on targeted lines only — never full file.
|
|
46
|
+
- **MCP tool responses:** treat as structured data. Use field-level access (`result.items`, `result.pageInfo`) rather than full-object inspection. Paginate only when the target entity is not found on the first page.
|
|
47
|
+
- **Context window pressure (session >80% capacity):** summarize resolved sub-problems into a single anchor block, drop their raw detail from active reasoning.
|
|
48
|
+
|
|
49
|
+
### Rule 4 — Surgical Output
|
|
50
|
+
|
|
51
|
+
- Single-line fix → `str_replace` only, no reprint.
|
|
52
|
+
- Multi-location changes in one file → batch `str_replace` calls in dependency order within single response.
|
|
53
|
+
- Cross-file refactor → one file per response turn, labeled, in dependency order (leaf dependencies first).
|
|
54
|
+
- Complex structural diffs → unified diff format (`--- a/file / +++ b/file`) when `str_replace` would be ambiguous.
|
|
55
|
+
- Never silently bundle unrelated changes.
|
|
56
|
+
- **Regression guard:** when modifying a function or module, explicitly check and mention if existing tests cover the changed path. If none exist, flag as `[RISK: untested path]`.
|
|
57
|
+
|
|
58
|
+
### Rule 5 — Context Pruning & Response Structure
|
|
59
|
+
|
|
60
|
+
- Never restate the user's input.
|
|
61
|
+
- Lead with conclusion, follow with reasoning (inverted pyramid).
|
|
62
|
+
- Distinguish when relevant: `[FACT]` (verified) vs `[ASSUMPTION]` (inferred) vs `[RISK]` (potential side effect) vs `[DEPRECATED]` (known obsolete pattern).
|
|
63
|
+
- If a response requires more than 3 sections, provide a structured summary at the top.
|
|
64
|
+
- In multi-step tasks, emit a minimal progress anchor after each completed step: `✓ Step N done — <one-line result>`.
|
|
65
|
+
|
|
66
|
+
### Rule 6 — MCP-Aware Tool Usage
|
|
67
|
+
|
|
68
|
+
- **Resolve IDs before acting:** never assume resource IDs (user, repo, issue, PR). Always resolve via lookup first.
|
|
69
|
+
- **Prefer read-before-write:** fetch current state of a resource before any mutating call.
|
|
70
|
+
- **Paginate lazily:** stop pagination as soon as the target entity is found; do not exhaust all pages by default.
|
|
71
|
+
- **Batch when possible:** prefer single multi-file push over sequential single-file commits.
|
|
72
|
+
- **Treat MCP errors as blocking:** surface error detail immediately, do not silently retry more than once.
|
|
73
|
+
- **SHA discipline:** always retrieve current file SHA before `create_or_update_file`. Never hardcode or cache SHAs across sessions.
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## Negative Constraints
|
|
78
|
+
|
|
79
|
+
- No filler: "Here is", "I understand", "Let me", "Great question", "Certainly", "Of course", "Happy to help".
|
|
80
|
+
- No blind truncation of stacktraces or error logs.
|
|
81
|
+
- No full-file reads when targeted `grep`/`view_range` suffices.
|
|
82
|
+
- No re-reading files already in context.
|
|
83
|
+
- No multi-question clarification dumps.
|
|
84
|
+
- No silent bundling of unrelated changes.
|
|
85
|
+
- No full git diff ingestion on large changesets — extract hunks only.
|
|
86
|
+
- No git log beyond 20 entries unless a specific range is requested.
|
|
87
|
+
- No full MCP object inspection when field-level access suffices.
|
|
88
|
+
- No MCP mutations without prior read of current resource state.
|
|
89
|
+
- No SHA reuse across sessions for file updates.
|
|
90
|
+
|
|
91
|
+
---
|
|
79
92
|
|
|
80
93
|
## Limitations
|
|
94
|
+
|
|
81
95
|
- **Ideation Constrained:** Do not use this protocol during pure creative brainstorming or open-ended design phases where exhaustive exploration and maximum token verbosity are required.
|
|
82
96
|
- **Log Blindness Risk:** Intelligent truncation via `grep` and `tail` may occasionally hide underlying root causes located outside the captured error boundaries.
|
|
83
97
|
- **Context Overshadowing:** In extremely long sessions, aggressive anchor summarization might cause the agent to lose track of microscopic variable states dropped during context pruning.
|
|
98
|
+
- **MCP Pagination Truncation:** Lazy pagination stops early on first match — may miss duplicate entity names in large datasets. Override by specifying `paginate:full` explicitly in the request.
|
package/package.json
CHANGED
package/skills_index.json
CHANGED
|
@@ -29498,6 +29498,28 @@
|
|
|
29498
29498
|
"reasons": []
|
|
29499
29499
|
}
|
|
29500
29500
|
},
|
|
29501
|
+
{
|
|
29502
|
+
"id": "unslop",
|
|
29503
|
+
"path": "skills/unslop",
|
|
29504
|
+
"category": "writing",
|
|
29505
|
+
"name": "unslop",
|
|
29506
|
+
"description": "Post-process AI-generated text through the unslop CLI to strip AI writing patterns before publishing",
|
|
29507
|
+
"risk": "safe",
|
|
29508
|
+
"source": "community",
|
|
29509
|
+
"date_added": "2026-04-25",
|
|
29510
|
+
"plugin": {
|
|
29511
|
+
"targets": {
|
|
29512
|
+
"codex": "supported",
|
|
29513
|
+
"claude": "supported"
|
|
29514
|
+
},
|
|
29515
|
+
"setup": {
|
|
29516
|
+
"type": "none",
|
|
29517
|
+
"summary": "",
|
|
29518
|
+
"docs": null
|
|
29519
|
+
},
|
|
29520
|
+
"reasons": []
|
|
29521
|
+
}
|
|
29522
|
+
},
|
|
29501
29523
|
{
|
|
29502
29524
|
"id": "unsplash-integration",
|
|
29503
29525
|
"path": "skills/unsplash-integration",
|
|
@@ -30915,10 +30937,10 @@
|
|
|
30915
30937
|
"path": "skills/wordpress-centric-high-seo-optimized-blogwriting-skill",
|
|
30916
30938
|
"category": "content",
|
|
30917
30939
|
"name": "wordpress-centric-high-seo-optimized-blogwriting-skill",
|
|
30918
|
-
"description": "
|
|
30919
|
-
"risk": "
|
|
30920
|
-
"source": "
|
|
30921
|
-
"date_added":
|
|
30940
|
+
"description": "Create long-form, high-quality, SEO-optimized blog posts ready for WordPress with truth boxes and FAQ schema.",
|
|
30941
|
+
"risk": "safe",
|
|
30942
|
+
"source": "self",
|
|
30943
|
+
"date_added": "2026-04-12",
|
|
30922
30944
|
"plugin": {
|
|
30923
30945
|
"targets": {
|
|
30924
30946
|
"codex": "supported",
|
|
@@ -31531,7 +31553,7 @@
|
|
|
31531
31553
|
"path": "skills/zipai-optimizer",
|
|
31532
31554
|
"category": "agent-behavior",
|
|
31533
31555
|
"name": "zipai-optimizer",
|
|
31534
|
-
"description": "Adaptive token optimizer: intelligent filtering, surgical output, ambiguity-first, context-window-aware, VCS-aware.",
|
|
31556
|
+
"description": "Adaptive token optimizer: intelligent filtering, surgical output, ambiguity-first, context-window-aware, VCS-aware, MCP-aware.",
|
|
31535
31557
|
"risk": "safe",
|
|
31536
31558
|
"source": "unknown",
|
|
31537
31559
|
"date_added": null,
|