This skill helps maintain the content/technologies directory by researching, validating, and creating technology profiles.
When the user asks to add or check a technology (e.g., "Add Bun", "Check Kubernetes"), follow this process:
1. Research & Discovery
Use WebSearch to gather the following information about the technology:
- Official Name and Description (1-2 paragraphs summary).
- Official Website and Documentation URLs.
- Source Code Repository (GitHub/GitLab) and License (e.g., Apache-2.0, MIT).
- Logos: Look for official vector logos (SVG preferred). You will need paths for
icon, horizontal, and stacked. (Note: You won't be able to download them directly to the specific filenames without FetchUrl or curl, so for now, just identify if they exist or create placeholders).
- Key Features: What are the main selling points?
- Use Cases: When should someone use this?
- Core Concepts: What are the main building blocks?
- Ecosystem: Related tools or integrations.
2. Check Existence
Check if content/technologies/<slug> exists. The slug should be the kebab-case version of the technology name.
3. Action: Create New (If it doesn't exist)
- Create the directory:
content/technologies/<slug>.
- Create
index.mdx with the following structure. Strictly follow the frontmatter format.
---
name: "Technology Name"
description: |
A comprehensive description of the technology.
It can span multiple lines.
logos:
icon: ./icon.svg
horizontal: ./horizontal.svg
stacked: ./stacked.svg
website: "https://official-website.com"
documentation: "https://docs.url"
license: "License-Type"
categories:
- "category-1"
- "category-2"
status: "sandbox" # Default to sandbox for new entries, or 'stable' if very mature
radar:
status: assess # Default to assess
---
Introduction paragraph...
## What is [Technology]?
...
## Why [Technology] Matters in 2025
...
## Core [Technology] Concepts
...
## Getting Started with [Technology]
...
## Common Use Cases
...
## Best Practices for Production
...
## [Technology] Ecosystem and Tools
...
## Conclusion
...
- Logos: Since you cannot browse the web visually to pick the perfect SVG, leave the references in the frontmatter as
./icon.svg, etc., but explicitly tell the user "I have created the file structure. You will need to manually add the icon.svg, horizontal.svg, and stacked.svg files to the content/technologies/<slug> directory."
4. Action: Validate & Update (If it exists)
- Read the existing
index.mdx.
- Compare the
website, documentation, and license fields with your research.
- If they differ, update them.
- Check if the content is outdated (e.g., refers to old versions or years). If so, propose updates to the "Why it matters" or "What is" sections.
- Report back to the user with a summary of what was validated and what was updated.
General Guidelines
- Tone: informative, technical, and objective.
- Formatting: Use proper Markdown.
- Files: Do not create other files unless specifically asked.
1---2name: tech3description: Research, validate, and set up technology profiles in content/technologies. Handles both new entries and updates to existing ones.4license: Complete terms in LICENSE.txt5---6
7This skill helps maintain the `content/technologies` directory by researching, validating, and creating technology profiles.
8
9When the user asks to add or check a technology (e.g., "Add Bun", "Check Kubernetes"), follow this process:
10
11## 1. Research & Discovery
12
13Use `WebSearch` to gather the following information about the technology:
14
15- **Official Name** and **Description** (1-2 paragraphs summary).
16- **Official Website** and **Documentation** URLs.
17- **Source Code Repository** (GitHub/GitLab) and **License** (e.g., Apache-2.0, MIT).
18- **Logos**: Look for official vector logos (SVG preferred). You will need paths for `icon`, `horizontal`, and `stacked`. (Note: You won't be able to download them directly to the specific filenames without `FetchUrl` or `curl`, so for now, just identify if they exist or create placeholders).
19- **Key Features**: What are the main selling points?
20- **Use Cases**: When should someone use this?
21- **Core Concepts**: What are the main building blocks?
22- **Ecosystem**: Related tools or integrations.
23
24## 2. Check Existence
25
26Check if `content/technologies/<slug>` exists. The slug should be the kebab-case version of the technology name.
27
28## 3. Action: Create New (If it doesn't exist)
29
301. Create the directory: `content/technologies/<slug>`.
312. Create `index.mdx` with the following structure. **Strictly follow the frontmatter format.**
32
33```yaml
34---
35name: "Technology Name"
36description: |
37 A comprehensive description of the technology.
38 It can span multiple lines.
39logos:
40 icon: ./icon.svg
41 horizontal: ./horizontal.svg
42 stacked: ./stacked.svg
43website: "https://official-website.com"
44documentation: "https://docs.url"
45license: "License-Type"
46categories:
47 - "category-1"
48 - "category-2"
49status: "sandbox" # Default to sandbox for new entries, or 'stable' if very mature
50radar:
51 status: assess # Default to assess
52---
53
54Introduction paragraph...
55
56## What is [Technology]?
57...
58
59## Why [Technology] Matters in 2025
60...
61
62## Core [Technology] Concepts
63...
64
65## Getting Started with [Technology]
66...
67
68## Common Use Cases
69...
70
71## Best Practices for Production
72...
73
74## [Technology] Ecosystem and Tools
75...
76
77## Conclusion
78...
79```
80
813. **Logos**: Since you cannot browse the web visually to pick the perfect SVG, leave the references in the frontmatter as `./icon.svg`, etc., but explicitly tell the user **"I have created the file structure. You will need to manually add the `icon.svg`, `horizontal.svg`, and `stacked.svg` files to the `content/technologies/<slug>` directory."**
82
83## 4. Action: Validate & Update (If it exists)
84
851. Read the existing `index.mdx`.
862. Compare the `website`, `documentation`, and `license` fields with your research.
873. If they differ, update them.
884. Check if the content is outdated (e.g., refers to old versions or years). If so, propose updates to the "Why it matters" or "What is" sections.
895. Report back to the user with a summary of what was validated and what was updated.
90
91## General Guidelines
92
93- **Tone**: informative, technical, and objective.
94- **Formatting**: Use proper Markdown.
95- **Files**: Do not create other files unless specifically asked.