スキル一覧に戻る
LPDigital-Agent

doc-writer

by LPDigital-Agent

Galderma TrackWise AI Autopilot Demo - 9-agent mesh on AWS Bedrock AgentCore

0🍴 0📅 2026年1月21日
GitHubで見るManusで実行

SKILL.md


name: doc-writer description: Documentation specialist for Faiston NEXO. Use when creating README files, API docs, code comments, or explaining complex code. Keeps all docs in docs/ folder. allowed-tools: Read, Write, Edit, Grep, Glob

Doc Writer Skill

Documentation specialist for the Faiston NEXO platform.

Project Context

AspectDetails
DomainEducational platform (LMS-style)
FrontendReact 18 + TypeScript + Vite + Tailwind + shadcn/ui
BackendFastAPI + Python 3.11 + Mangum (Lambda)
AI AgentsGoogle ADK + Bedrock AgentCore + Gemini 3.0 Pro
InfrastructureTerraform + AWS (Lambda, S3, DynamoDB, Cognito)
AudienceFull-stack developers, DevOps, AI engineers
ToneClear, concise, practical
LocationAll docs in docs/ folder

Documentation Structure

docs/
├── README.md                    # Documentation index
├── KNOWN_ISSUES.md             # Troubleshooting reference
├── AgentCore/
│   └── IMPLEMENTATION_GUIDE.md # AgentCore architecture guide
├── architecture/               # System design docs
├── api/                        # API documentation
└── agents/                     # Agent documentation

Key Documentation Files

FilePurposeAudience
CLAUDE.mdAI assistant instructionsClaude/AI tools
README.mdProject overviewNew developers
docs/KNOWN_ISSUES.mdTroubleshootingAll developers
docs/AgentCore/IMPLEMENTATION_GUIDE.mdAgent architectureAI engineers
client/CLAUDE.mdFrontend contextFrontend devs
server/CLAUDE.mdBackend contextBackend devs
terraform/CLAUDE.mdInfra contextDevOps

Documentation Types

1. README Files

Structure for Features:

# Feature Name

Brief description (1-2 sentences)

## Quick Start

\`\`\`bash
# Commands to get started
pnpm dev
\`\`\`

## Usage

### Basic Example

\`\`\`tsx
import { Component } from "@/components/Component"

function Example() {
  return <Component prop="value" />
}
\`\`\`

## Props

| Prop | Type | Default | Description |
|------|------|---------|-------------|
| `title` | `string` | required | Card title |
| `onClose` | `() => void` | - | Close callback |

## Troubleshooting

### Issue: Component not rendering

**Cause:** Missing provider wrapper

**Solution:**
\`\`\`tsx
<Provider>
  <Component />
</Provider>
\`\`\`

2. Component Documentation

# ComponentName

## Purpose

What this component does and when to use it.

## Props Interface

\`\`\`typescript
interface Props {
  /** Display title - required */
  title: string

  /** Content to render inside */
  children: React.ReactNode

  /** Called when user clicks action button */
  onAction?: () => void
}
\`\`\`

## Examples

### Basic Usage

\`\`\`tsx
<Card title="Welcome">
  <p>Hello world</p>
</Card>
\`\`\`

## Accessibility

- Keyboard navigable
- ARIA labels on interactive elements
- Focus visible states

3. API Documentation (Mock Endpoints)

# API Reference

## Authentication

### POST /api/auth/login

Login with email and password.

**Request:**
\`\`\`json
{
  "email": "user@example.com",
  "password": "password123"
}
\`\`\`

**Response (200):**
\`\`\`json
{
  "user": {
    "id": "1",
    "email": "user@example.com",
    "name": "User Name"
  },
  "token": "jwt-token-here"
}
\`\`\`

**Errors:**
- `401` - Invalid credentials
- `400` - Missing required fields

**Mock Handler:** `client/mocks/handlers.ts`

Documentation Best Practices

Writing Style

  • Use present tense ("renders", not "will render")
  • Be concise - no unnecessary words
  • Use bullet points for lists
  • Include code examples

Code Examples

  • Always test examples work
  • Use realistic data
  • Show imports
  • Include TypeScript types

Tables

Use tables for:

  • Props documentation
  • API parameters
  • Command references
  • Feature comparisons

File Location

All documentation goes in docs/ folder:

  • docs/README.md - Documentation index
  • docs/architecture/ - System design docs
  • docs/components/ - Component guides
  • docs/api/ - API documentation

Documentation Checklist

Before completing documentation:

  • Accurate and up-to-date
  • Code examples tested
  • Links work (relative paths)
  • Tables formatted correctly
  • Located in docs/ folder
  • Added to docs/README.md index
  • No typos

Response Format

When creating documentation:

  1. Identify the audience

    • New developers? Contributors? Users?
    • What do they need to accomplish?
  2. Structure for scanning

    • Clear headings
    • Code examples early
    • Tables for reference
  3. Keep it maintainable

    • Don't duplicate information
    • Link to source of truth
    • Use relative paths
  4. Location reminder

    • All docs in docs/ folder
    • Update docs/README.md index

Remember: Good documentation is documentation that gets read!


Faiston NEXO Specific Documentation

AgentCore Documentation

Location: docs/AgentCore/

# Agent Name

## Purpose

What this agent does and when it's invoked.

## Actions

| Action | Input | Output |
|--------|-------|--------|
| `action_name` | `{field: type}` | `{response: type}` |

## Architecture

\`\`\`
Frontend → Cognito JWT → AgentCore Runtime → Agent → Gemini 3.0 Pro
\`\`\`

## Implementation

**File**: `server/agentcore/agents/agent_name.py`

\`\`\`python
AGENT_INSTRUCTION = """
[System instruction here]
"""
\`\`\`

## Deployment

- Workflow: `.github/workflows/deploy-agentcore.yml`
- Trigger: Push to `server/agentcore/**`

FastAPI Endpoint Documentation

Location: docs/api/

# Endpoint Name

## POST /api/endpoint

Description of what this endpoint does.

### Request

\`\`\`json
{
  "field1": "string",
  "field2": 123
}
\`\`\`

### Response (200)

\`\`\`json
{
  "success": true,
  "data": { ... }
}
\`\`\`

### Errors

| Code | Message | Cause |
|------|---------|-------|
| 400 | Invalid input | Missing required field |
| 401 | Unauthorized | Invalid/expired token |
| 500 | Internal error | Server exception |

### Lambda Handler

**File**: `server/lambda_handler.py`

\`\`\`python
@app.post("/api/endpoint")
async def endpoint_handler(request: RequestModel):
    ...
\`\`\`

Terraform Documentation

Location: terraform/CLAUDE.md or docs/infrastructure/

# Resource Name

## Purpose

What AWS resource this manages and why.

## Configuration

\`\`\`hcl
resource "aws_service_resource" "name" {
  name = "faiston-nexo-..."
  # Key configuration
}
\`\`\`

## Dependencies

- Depends on: `resource.other`
- Required by: `resource.dependent`

## Outputs

| Output | Description |
|--------|-------------|
| `resource_arn` | ARN for IAM policies |
| `resource_url` | URL for client config |

## CORS Note

CORS is configured ONLY in `terraform/main/locals.tf`:

\`\`\`hcl
locals {
  cors_allowed_origins = [
    "https://nexo.faiston.com",
    "http://localhost:8081"
  ]
}
\`\`\`

Known Issues Documentation

Location: docs/KNOWN_ISSUES.md

# Known Issues

## Issue: [Short Description]

**Symptom**: What the user sees

**Cause**: Root cause analysis

**Solution**:
\`\`\`code
Fix or workaround
\`\`\`

**Status**: Fixed in PR #123 / Open / Workaround

**Related Files**:
- `path/to/file.ts`
- `path/to/other.py`

Documentation Workflow

When to Create Documentation

EventDocumentation Required
New featureREADME in docs/features/
New agentEntry in docs/AgentCore/
New API endpointEntry in docs/api/
Bug fixUpdate docs/KNOWN_ISSUES.md
Infrastructure changeUpdate terraform/CLAUDE.md

Documentation Review Checklist

  • Located in docs/ folder (not root)
  • Added to docs/README.md index
  • Code examples are tested and work
  • Tables are properly formatted
  • Links use relative paths
  • Brazilian Portuguese for UI text (if applicable)
  • No hardcoded AWS values (use Terraform references)

Quick Templates

CLAUDE.md Section

## Quick Reference

| Purpose | File |
|---------|------|
| [Purpose] | `path/to/file` |

### Key Patterns

\`\`\`typescript
// Example pattern
\`\`\`

### Common Commands

\`\`\`bash
pnpm dev     # Development
pnpm build   # Production build
pnpm test    # Run tests
\`\`\`

Troubleshooting Section

## Troubleshooting

### Problem: [Description]

**Check these first:**
1. [ ] Check 1
2. [ ] Check 2

**Solution:**
\`\`\`bash
# Command or code fix
\`\`\`

スコア

総合スコア

40/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です