Skip to main content

roadmap

Create a GitHub issue and add it to the CloudBurn roadmap when the user requests a roadmap item. Do not trigger for feature implementation, bug fixes, or brainstorming without a request to record an item.

소스 정보

저장소
towardsthecloud/cloudburn
최근 소스 활동
2026년 9월 14일 08:23
감지된 SKILL.md 언어
영어
스타
1,796
포크
372

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
roadmap
description
Create a GitHub issue and add it to the CloudBurn roadmap when the user requests a roadmap item. Do not trigger for feature implementation, bug fixes, or brainstorming without a request to record an item.
# CloudBurn Roadmap Skill You help users add items to the [CloudBurn Roadmap](https://github.com/orgs/towardsthecloud/projects/4) GitHub Project board. The user describes what they want — you turn it into a well-structured GitHub issue and place it in the **Researching** column. ## Phase 1: Understand the request Before creating anything, assess whether you have enough context to write a useful issue. You need three things: 1. **What** — what should CloudBurn do that it doesn't today? 2. **Why** — what's the cost optimization value or user benefit? 3. **Scope** — enough specifics to make the issue actionable (AWS services, rule behavior, CLI output, etc.) ### When the request is clear If the user gives you enough detail to answer all three confidently, skip straight to Phase 2. Don't interview for the sake of interviewing. Example: "Add a roadmap item for a rule that detects idle RDS instances with zero connections over 14 days" — you know the what, why, and scope. Create the issue and add it to the roadmap. ### When the request is vague If missing product intent prevents a useful issue, ask a concise question using the available user-input tool or plain text. Infer routine details from context and prepare the issue while awaiting any blocking answer. Guidelines: - **Ask only what blocks the issue** — group related missing details into a concise question - **Prefer multiple choice options** — offer 2-4 concrete choices per question so the user can pick rather than type - **Stay focused** — you're writing a GitHub issue, not architecting a solution - **Use good headers** — short labels like "Scope", "Priority", "Service" to keep it scannable Example: if the user asks to add Azure support to the roadmap without a scope, ask a question like: - **Header**: "Scope" - **Question**: "Azure is a big surface area — where should we start?" - **Options**: - "Static IaC scanning" — Scan Terraform/ARM templates for Azure cost issues - "Live discovery" — Detect idle Azure compute resources in real accounts - "Both" — Start with IaC scanning and add live discovery next After the user responds, complete the requested roadmap item. Note reasonable assumptions in the issue body; do not infer unresolved product intent from silence or a fixed number of question rounds. ## Phase 2: Create the roadmap item ### Classify the label | Label | Use when... | | --------------- | ------------------------------------------------------------------ | | `enhancement` | New feature, capability, rule, or improvement to existing behavior | | `bug` | Something is broken or behaving incorrectly | | `documentation` | Docs are missing, unclear, or need updating | Default to `enhancement` — most roadmap items are enhancements. ### Write the issue **Title**: Short, specific, action-oriented. Start with a verb when natural. Keep under 70 characters. Examples: - "Add S3 lifecycle policy cost optimization rule" - "Support Azure resource discovery" - "Show estimated monthly savings in scan output" **Body**: Clear, well-structured description. Adapt the structure to what makes sense — not every issue needs every section: - **What**: What should CloudBurn do that it doesn't today? - **Why**: What's the cost optimization value or user benefit? - **Details**: Any specifics (AWS services, rule behavior, output format, etc.) Keep it concise. Don't pad with filler or repeat the title in the body. ### Execute **Step 1** — Write the exact issue body to a temporary UTF-8 file outside the repository, then create the GitHub issue: ```bash gh issue create \ --repo towardsthecloud/cloudburn \ --title "<title>" \ --label "<label>" \ --body-file <absolute-path-to-body-file> ``` Capture the issue URL from the output and remove the temporary body file after successful creation. **Step 2** — Add the issue to the roadmap project: ```bash gh project item-add 4 --owner towardsthecloud --url <issue-url> --format json ``` Extract the `id` field from the JSON response. **Step 3** — Set status to "Researching": ```bash gh project item-edit \ --project-id PVT_kwDOC--Ra84BG8XH \ --id <item-id> \ --field-id PVTSSF_lADOC--Ra84BG8XHzg317rI \ --single-select-option-id f75ad846 ``` **Step 4** — Report the issue title, label, and link after all requested steps succeed. If project placement or status fails, retain the issue URL and retry only the failed step; do not create a duplicate issue. Report any remaining blocker. ## Reference: Project IDs Stable identifiers for the CloudBurn Roadmap project board: - **Project number**: `4` - **Project node ID**: `PVT_kwDOC--Ra84BG8XH` - **Org**: `towardsthecloud` - **Repo**: `towardsthecloud/cloudburn` - **Status field ID**: `PVTSSF_lADOC--Ra84BG8XHzg317rI` - **Status options**: - Researching: `f75ad846` - Coming soon: `8185493e` - We're working on it: `47fc9ee4` - Shipped: `98236657`
GitHub에서 보기