Claude-skill-registry document-format
Create properly formatted documents for the knowledge base. Use when creating tasks, projects, bookmarks, companies, meetings, people, or research entries. Provides templates, frontmatter schemas, and management guidelines for each document type in the Database system.
git clone https://github.com/majiayu000/claude-skill-registry
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/document-format" ~/.claude/skills/majiayu000-claude-skill-registry-document-format && rm -rf "$T"
skills/data/document-format/SKILL.mdDocument Format
Create documents following workspace conventions and schemas defined in the Database system.
Overview
This workspace uses a structured Database system with well-defined schemas for different document types. All schemas, templates, and conventions are maintained in
.Database/Schemas/
When to use this skill:
- Creating new tasks, projects, meetings, people, companies, or bookmarks
- Understanding how to structure document frontmatter
- Learning when to create and update specific document types
- Following workspace conventions for file naming and linking
Quick Start
- Identify the document type you need to create (task, project, person, etc.)
- Read the schema from
to see all available typesDatabase/Schemas/README.md - Navigate to the specific schema folder (e.g.,
)Database/Schemas/Task/ - Read the schema README for complete specifications and examples
- Use the template provided in that folder to create your document
Loading Schemas
Schema Index
Start by reading the schema index to understand available document types:
Database/Schemas/README.md
This index provides:
- Complete list of available schemas
- Quick reference table with locations and descriptions
- Guidelines for creating new schemas
- Common frontmatter patterns
- Integration with Obsidian Bases
Individual Schemas
Each schema is documented in its own folder:
Database/Schemas/ ├── Task/ │ ├── README.md # Complete schema specification │ └── template.md # Ready-to-use template ├── Project/ │ ├── README.md │ └── template.md ├── Person/ │ ├── README.md │ └── template.md ├── Company/ │ ├── README.md │ └── template.md ├── Meeting/ │ ├── README.md │ └── template.md ├── Bookmark/ │ ├── README.md │ └── template.md └── Document/ ├── README.md ├── template-research.md └── template-prd.md
Schema Documentation Structure
Each schema README includes:
- Location - Where documents of this type are stored
- Filename Convention - How to name new files
- When to Create - Triggers and scenarios for creating this document type
- When to Update - What changes should trigger updates
- Frontmatter Schema - Required and optional properties with types
- Tag Conventions - Standardized tagging patterns
- Viewing Documents - Available Obsidian Bases views
- Best Practices - Common patterns and recommendations
- Examples - Real-world examples with different configurations
Workflow for Creating Documents
Step 1: Load the Schema
Read the appropriate schema README:
Database/Schemas/[Type]/README.md
Example: For creating a task, read
Database/Schemas/Task/README.md
Step 2: Copy the Template
Use the template as a starting point:
Database/Schemas/[Type]/template.md
Step 3: Fill in Properties
Follow the schema specification:
- Add all required properties
- Add optional properties as needed
- Use correct property types (string, date, wikilink, array, enum)
- Follow tag conventions
- Use proper filename convention
Step 4: Save in Correct Location
Place the file in the appropriate Database folder:
Database/[Types]/Your-File-Name.md
Common Conventions
Frontmatter Requirements
All Database documents must include:
--- type: documenttype # Required: task, project, person, company, meeting, bookmark created: YYYY-MM-DD # Recommended: ISO 8601 date format tags: [...] # Recommended: for filtering ---
Linking Between Documents
Use wikilinks to create relationships:
# Link to a person assignee: "[[Database/People/Team-Member]]" # Link to a project project: "[[Database/Projects/AGI-Assistant]]" # Link to multiple items team: - "[[Database/People/Person-One]]" - "[[Database/People/Person-Two]]"
File Naming Patterns
Follow consistent naming based on document type:
- Tasks: Descriptive title case:
Integrate-Zep-Memory.md - Projects: Project name:
AGI-Assistant.md - People: First-Last:
Alice-Smith.md - Companies: Company name:
Placeholder-Labs.md - Meetings: Date-based:
2026-01-15-Meeting-Title.md - Bookmarks: Descriptive:
Claude-API-Docs.md
Date Formats
Always use ISO 8601 (YYYY-MM-DD):
created: 2026-01-15 due: 2026-01-31 meeting_date: 2026-01-20
Schema Extension
To create a new document type or modify existing schemas:
- Read
section "Creating a New Schema"Database/Schemas/README.md - Follow the documented structure for schema folders
- Include README.md with complete specification
- Provide template.md for easy document creation
- Create corresponding
file for Obsidian Bases views.base - Update the schema index
Integration with Obsidian Bases
All schemas are designed to work with Obsidian Bases plugin:
- Filter documents by frontmatter properties
- Group by status, priority, person, project, etc.
- Sort by dates, priorities, or custom fields
- View as tables, kanbans, cards, or lists
- Query related documents using relationship fields
Each document type has pre-configured views in
Database/[Types].base files.
Best Practices
- Always read the schema first - Don't guess frontmatter properties
- Use templates - Start from provided templates to ensure consistency
- Maintain relationships - Link related documents for bidirectional navigation
- Update frontmatter - Keep metadata current (status, dates, counters)
- Follow conventions - Use standardized naming, tagging, and linking patterns
- Leverage queries - Use embedded Base queries to show related data inline
Examples
Creating a Task
- Read
Database/Schemas/Task/README.md - Copy from
Database/Schemas/Task/template.md - Fill in required properties (type, status, priority, assignee, created)
- Add optional properties (project, due, blocked_by)
- Save to
Database/Tasks/Your-Task-Name.md
Creating a Project
- Read
Database/Schemas/Project/README.md - Copy from
Database/Schemas/Project/template.md - Fill in required properties (type, status, priority, lead, total_tasks, completed_tasks)
- Add optional properties (team, start_date, target_date, budget)
- Save to
Database/Projects/Your-Project-Name.md
Creating a Person
- Read
Database/Schemas/Person/README.md - Copy from
Database/Schemas/Person/template.md - Determine person type (team member, external contact, industry leader)
- Fill in appropriate properties for that type
- Save to
orDatabase/People/First-Last.mdTeam/First-Last.md
Troubleshooting
Q: Which schema should I use? A: Read
Database/Schemas/README.md - it has a table mapping use cases to schemas.
Q: What if none of the schemas fit? A: Check if
Database/Schemas/Document/ (free-form content) works, or propose a new schema following the extension guidelines.
Q: How do I create skills for workflows or automations? A: Skills go in
Database/Skills/ (not schemas). Use the /skill-creator skill to create user-editable skills. Add cron frontmatter field for scheduled execution (e.g., cron: "0 9 * * 1-5" for weekdays at 9am).
Q: How do I know what properties are required? A: Each schema README has a "Frontmatter Schema" section with required vs optional properties.
Q: Can I add custom properties? A: Yes, schemas define minimum required properties. You can add additional properties as needed.
Q: How do I link documents together? A: Use wikilinks in frontmatter:
project: "[[Database/Projects/Project-Name]]". See schema READMEs for relationship fields.
Summary
This skill helps you create properly formatted documents by:
- Directing you to schema documentation in
Database/Schemas/ - Explaining how to read and use schema specifications
- Providing templates and examples
- Enforcing workspace conventions
Always start by loading the schema index, then read the specific schema README for the document type you're creating.