Skip to main content

html-plan

Direct-invocation specialist for clear, self-contained HTML plans that preserve source material while improving hierarchy, sequence, ownership, dependencies, and reviewability. Use when the user explicitly invokes html-plan or the broad html skill routes a plan request here. Do not activate independently from a general request.

소스 정보

저장소
plannotator/effective-html
최근 소스 활동
2026년 8월 2일 20:47
감지된 SKILL.md 언어
영어
스타
3,753
포크
255

설치 방법

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

소스 파일 검토

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

파일 탐색기
2 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
html-plan
description
Direct-invocation specialist for clear, self-contained HTML plans that preserve source material while improving hierarchy, sequence, ownership, dependencies, and reviewability. Use when the user explicitly invokes html-plan or the broad html skill routes a plan request here. Do not activate independently from a general request.
# HTML Plan Turn source material into a plan people can inspect and act on. Preserve the user's scope, ordering, commitments, and terminology unless they ask for broader synthesis. ## Shape the document around the work Read the conversation, project instructions, and supplied plan before designing. Match an existing design language when one is present. Otherwise derive a quiet, workmanlike direction from the audience and subject. When [`design-artifact`](../design-artifact/SKILL.md) is available, read its fundamentals to make that direction intentional. Keep this skill's traceability and source-preservation rules authoritative; creative direction must not inflate the plan into a dashboard or campaign page. Decide what the plan actually needs: - phases or sequence; - status and decision points; - owners and collaborators; - dependencies and risks; - acceptance checks; - unresolved questions. Do not add a timeline, progress percentage, status badge, or dashboard summary unless the source supports it. Improve grammar and structure without inflating an implementation plan into a strategy document. ## Preserve traceability - Keep source commitments recognizable. - Separate accepted decisions from assumptions and open questions. - Show sequence and dependency only where they are real. - Use tables for exact mappings, comparisons, or repeated fields. - Use a flow or timeline only when it makes order materially easier to understand. - Keep long prose readable instead of forcing every paragraph into a card. ## Build and verify Deliver one responsive, accessible, self-contained HTML file. Use semantic headings, lists, tables, and landmarks. Keep essential CSS and JavaScript inline, avoid external services, and make any navigation or disclosure keyboard-operable. Inspect the result at wide and narrow widths. Check that no commitment disappeared, that stages remain in the intended order, that ownership and dependencies are legible, and that long content does not overflow. Return the absolute path and note any structural interpretation you introduced.
GitHub에서 보기