ワンクリックでManusで任意のスキルを実行

skill-technical-document

スター68

フォーク39

更新日2026年4月19日 07:27

Generate a polished internal technical HTML document following the SDD visual design system. Use when asked to "tạo tài liệu kỹ thuật", "generate HTML reference", "visual report", "technical doc", "tạo report HTML", "làm tài liệu nội bộ", or when asked to document a subsystem (hooks, memory, agents, ADRs, audit findings) in a browser-readable format with sidebar navigation.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

tranhieutt

tranhieutt/software_development_department

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Goal

Generate a single, self-contained .html file that looks and feels like hooks_visual_report.html — warm off-white palette, JetBrains Mono + Inter fonts, fixed sidebar with section nav, and layered content sections — without needing any external CSS framework or JS library.

Instructions

Step 1: Identify document type

Pick the layout template based on content:

Document type	Primary component	Secondary components
Hook / agent reference	Hook-table	Deployment priority list
Architecture / flow	Diagram-block	Section tables
Audit / compliance	Matrix-table	Callouts, checklists
ADR / decision record	Priority-list	Callouts, diagram
Memory / config reference	Hook-table	Callouts

Step 2: Plan sections (max 7)

Map content → § 00, § 01, ... sections. Each section needs:

A unique id for the sidebar anchor
A section-num label
A section-desc (1–2 sentences)
One primary component (table, diagram, or list)

Step 3: Assign nav dot colors

Nav dots communicate semantics, not decoration:

green → start/lifecycle/session
red → security/blocking/guard
blue → enrichment/context/read-path
purple → observability/logging/audit
(no class) → neutral (matrix, summary, deployment order)

Step 4: Write content following these rules

For table cells (col-desc):

Lead with <strong>Bold summary sentence.</strong> — one sharp phrase
Follow with detail text
Bullet points go inside <ul class="behaviors"> — never plain <ul>
Inline code uses <code> inside .col-desc

For hook/agent names (hn):

Always monospace
Never truncate — use full filename including extension

For numbers in doc-meta:

Must be real, meaningful counts (files, hooks, layers, date)
Don't invent stats

For event badges:

SessionStart → .ev-green
PreToolUse:Bash/Task (when it can exit 2) → .ev-red + add <span class="blocks">blocks</span>
UserPromptSubmit, PreToolUse:Read/Write → .ev-blue
PostToolUse, SubagentStart, PreCompact → .ev-purple
Stop, sub-process, utility → .ev-orange
Warnings/partial states → .ev-amber

Diagram block (dark canvas):

Background: dark (--text = #1A1614)
Highlighted items: .hl → #F5A673
Dimmed items: .dim → #6B6058
Always has .diagram-caption with // description text

Step 5: Assemble HTML file

Structure:

<html>
  <head>  ← Google Fonts + <style> block from resources/css_template.md
  <body>
    <div class="shell">
      <nav class="sidebar">   ← brand + nav-links + sidebar-footer
      <main class="main">
        <header class="doc-header">  ← eyebrow + title + subtitle + meta-stats
        <section § 00>  ← diagram-block (flow map)
        <hr class="section-sep">
        <section § 01..N>   ← tables / matrices / priority lists
        <hr class="section-sep"> between each
        <div class="doc-footer">
    <script>  ← scroll-highlight JS (see resources/components.md)

Step 6: Output

Save to docs/ as {topic}_visual_report.html or {topic}_reference.html
Single file, no external dependencies
Run the Quality Checklist from resources/checklist.md before finalizing

Examples

See examples/audit_summary_example.html — a compact 3-section doc showing header + diagram + matrix + priority-list in ~200 lines.

See examples/agent_reference_example.html — a full 5-section agent reference with hook-tables and event badges.

Constraints

SKILL.md must use the exact CSS tokens from resources/css_template.md — never invent new color values
Never use Tailwind, Bootstrap, or any external CSS framework
Never use placeholder text ("Lorem ipsum") — all content must be real
Keep <style> block complete but minified — put readable reference in resources/css_template.md
Sidebar must always have a sidebar-footer with at least 2 metadata lines
Section count: minimum 2, maximum 7 — more than 7 = split into 2 docs
doc-meta stats must be real numbers sourced from the actual content
Always include the scroll-highlight <script> at end of <body>

このリポジトリの他の Skills

同じリポジトリ

learner

tranhieutt/software_development_department

Turns real agent failures, repeated prompts, team-specific workflows, and durable project lessons into better SDD skills or memory entries. Use when the user asks to create/update/refine skills, extract reusable lessons, improve skill routing, encode team process, or save patterns for future sessions.

2026-05-1568

agent-style

tranhieutt/software_development_department

Provides the vendored agent-style v0.3.5 prose rule pack as a portable Claude skill. Use when installing, syncing, applying, or auditing SDD Agent-Style support in another project, or when a style-review workflow needs the bundled rules.

2026-05-1368

style-review

tranhieutt/software_development_department

Reviews Markdown prose against the pinned agent-style v0.3.5 rules and optionally writes a polished copy beside the source. Use for specs, ADRs, PR bodies, release notes, and technical docs when prose quality or evidence discipline matters.

2026-05-1368

markdown-injection-scanner

tranhieutt/software_development_department

Scans Markdown (.md) files for malicious code injection including XSS, prompt injection, script injection, obfuscated payloads, and supply chain attack vectors. Use when auditing .md files for security threats or when the user mentions scanning markdown for malicious content.

2026-05-0268

dotnet-backend-patterns

tranhieutt/software_development_department

Provides .NET and ASP.NET Core patterns for REST APIs, Entity Framework, dependency injection, and middleware. Use when working with C# files (*.cs, *.csproj) or when the user mentions .NET, ASP.NET Core, C#, or Entity Framework.

2026-05-0168

hybrid-cloud-architect

tranhieutt/software_development_department

Designs hybrid cloud architectures connecting on-premises infrastructure with public cloud services. Use when designing systems spanning on-prem and cloud, or when the user mentions hybrid cloud or multi-environment architecture.

2026-05-0168

name	skill-technical-document
description	Generate a polished internal technical HTML document following the SDD visual design system. Use when asked to "tạo tài liệu kỹ thuật", "generate HTML reference", "visual report", "technical doc", "tạo report HTML", "làm tài liệu nội bộ", or when asked to document a subsystem (hooks, memory, agents, ADRs, audit findings) in a browser-readable format with sidebar navigation.
argument-hint	[document topic, subsystem, or report scope]
user-invocable	true
allowed-tools	Read, Glob, Grep, Write
effort	3

Goal

Instructions

Step 1: Identify document type

Pick the layout template based on content:

Document type	Primary component	Secondary components
Hook / agent reference	Hook-table	Deployment priority list
Architecture / flow	Diagram-block	Section tables
Audit / compliance	Matrix-table	Callouts, checklists
ADR / decision record	Priority-list	Callouts, diagram
Memory / config reference	Hook-table	Callouts

Step 2: Plan sections (max 7)

Map content → § 00, § 01, ... sections. Each section needs:

A unique id for the sidebar anchor
A section-num label
A section-desc (1–2 sentences)
One primary component (table, diagram, or list)

Step 3: Assign nav dot colors

Nav dots communicate semantics, not decoration:

green → start/lifecycle/session
red → security/blocking/guard
blue → enrichment/context/read-path
purple → observability/logging/audit
(no class) → neutral (matrix, summary, deployment order)

Step 4: Write content following these rules

For table cells (col-desc):

Lead with <strong>Bold summary sentence.</strong> — one sharp phrase
Follow with detail text
Bullet points go inside <ul class="behaviors"> — never plain <ul>
Inline code uses <code> inside .col-desc

For hook/agent names (hn):

Always monospace
Never truncate — use full filename including extension

For numbers in doc-meta:

Must be real, meaningful counts (files, hooks, layers, date)
Don't invent stats

For event badges:

SessionStart → .ev-green
PreToolUse:Bash/Task (when it can exit 2) → .ev-red + add <span class="blocks">blocks</span>
UserPromptSubmit, PreToolUse:Read/Write → .ev-blue
PostToolUse, SubagentStart, PreCompact → .ev-purple
Stop, sub-process, utility → .ev-orange
Warnings/partial states → .ev-amber

Diagram block (dark canvas):

Background: dark (--text = #1A1614)
Highlighted items: .hl → #F5A673
Dimmed items: .dim → #6B6058
Always has .diagram-caption with // description text

Step 5: Assemble HTML file

Structure:

<html>
  <head>  ← Google Fonts + <style> block from resources/css_template.md
  <body>
    <div class="shell">
      <nav class="sidebar">   ← brand + nav-links + sidebar-footer
      <main class="main">
        <header class="doc-header">  ← eyebrow + title + subtitle + meta-stats
        <section § 00>  ← diagram-block (flow map)
        <hr class="section-sep">
        <section § 01..N>   ← tables / matrices / priority lists
        <hr class="section-sep"> between each
        <div class="doc-footer">
    <script>  ← scroll-highlight JS (see resources/components.md)

Step 6: Output

Save to docs/ as {topic}_visual_report.html or {topic}_reference.html
Single file, no external dependencies
Run the Quality Checklist from resources/checklist.md before finalizing

Examples

See examples/audit_summary_example.html — a compact 3-section doc showing header + diagram + matrix + priority-list in ~200 lines.

See examples/agent_reference_example.html — a full 5-section agent reference with hook-tables and event badges.

Constraints

SKILL.md must use the exact CSS tokens from resources/css_template.md — never invent new color values
Never use Tailwind, Bootstrap, or any external CSS framework
Never use placeholder text ("Lorem ipsum") — all content must be real
Keep <style> block complete but minified — put readable reference in resources/css_template.md
Sidebar must always have a sidebar-footer with at least 2 metadata lines
Section count: minimum 2, maximum 7 — more than 7 = split into 2 docs
doc-meta stats must be real numbers sourced from the actual content
Always include the scroll-highlight <script> at end of <body>