Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Tencent SkillHub ยท Productivity
Persona Docs
Create persona documentation for a product or codebase. Use when asked to create persona docs, document target users, define user journeys, document onboarding flows, or when starting a new product and needing to define its audience. Persona docs should be the first documentation created for any product.
skill openclawclawhub Free
Create persona documentation for a product or codebase. Use when asked to create persona docs, document target users, define user journeys, document onboarding flows, or when starting a new product and needing to define its audience. Persona docs should be the first documentation created for any product.
โฌ 0 downloads โ
0 stars Unverified but indexed
Install for OpenClaw
Quick setup
- Download the package from Yavira.
- Extract the archive and review SKILL.md first.
- Import or place the package into your OpenClaw setup.
Package facts
- Download mode
- Yavira redirect
- Package format
- ZIP package
- Source platform
- Tencent SkillHub
- What's included
- README.md, SKILL.md, references/template.md
Validation
- Use the Yavira download entry.
- Review SKILL.md after the package is downloaded.
- Confirm the extracted package contains the expected setup assets.
Install with your agent
Agent handoff
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
- Download the package from Yavira.
- Extract it into a folder your agent can access.
- Paste one of the prompts below and point your agent at the extracted folder.
New install
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.
Upgrade existing
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.
Trust & source
Release facts
- Source
- Tencent SkillHub
- Verification
- Indexed source record
- Version
- 0.1.0
Provenance
- Publisher
- wpank
- Source page
- View original listing
- Canonical URL
- Open canonical page
Documentation
Persona Docs
Create user-centered documentation that defines who a product is for and how they interact with it. Persona docs establish the foundation for product-driven development โ every feature decision, design choice, and prioritization call flows from understanding your users.
OpenClaw / Moltbot / Clawbot
npx clawhub@latest install persona-docs
When to Create
Persona docs should be the first thing fleshed out for any product. Even minimal documentation about who uses the product helps direct development and design decisions. Project inception โ before writing code, define who you're building for Pivoting to a new audience โ document the shift so the team aligns Team lacks clarity on target users โ when people disagree on "who is this for?" Before major feature planning โ validate that planned features serve actual users New team member onboarding โ give them context on who they're building for
Process
Analyze the codebase โ look for existing documentation, README, landing pages, or marketing copy that hints at the target audience Ask clarifying questions if the target user isn't clear: "Who is the primary user of this product?" "What problem does this solve for them?" "How would they discover this product?" "What's the first thing they'd do after finding it?" Start minimal โ a few sentences per section is better than nothing Read the template โ see references/template.md for the full structure Iterate โ revisit and expand as you learn more about actual users
1. Target User Profile
Who they are, their background, their context. Be specific enough to be useful. Good: "Backend engineers at mid-size SaaS companies who debug production issues under time pressure, typically 3-8 years of experience, comfortable with command-line tools." Too vague: "Developers." Include: Role, job title, or archetype Technical level and relevant skills Industry or domain context When and where they'd use this product Team size and organizational context
2. User Needs and Pain Points
The problems this product solves. What frustrations or gaps exist in their current workflow? Structure as: Primary pain point โ the single biggest problem you solve Secondary pain points โ additional problems you address Current workarounds โ what they do today without your product Why existing solutions fail โ what alternatives exist and why they're insufficient
3. Discovery Path
How they find the product. This informs marketing, positioning, and first-impression design. Search โ what queries lead them here? Referral โ word of mouth, colleague recommendation? Content โ blog posts, tutorials, conference talks? Marketplace โ app store, plugin directory, package registry? The hook โ what makes them click "sign up" or "download"?
4. Onboarding Flow
The simplest possible path from "I found this" to "I'm getting value." Define: First encounter โ landing page, app store listing, GitHub README Registration/Login โ minimum viable auth (email-only? OAuth? no account?) Time to value โ how quickly can they experience the core benefit? First success moment โ the specific action that makes them think "this is useful" Friction points โ where do users drop off, and how do you minimize that? Example flow: User lands on homepage โ clicks "Try it" โ pastes their data โ sees result in <30 seconds โ decides to create account
5. User Journey Map
Key touchpoints and interactions across the user lifecycle. New User (Day 1): Discovers product via [channel] Takes [first action] Achieves [first success] Returning User (Week 1): Key repeated action they perform Features they explore Integrations or customizations they set up Power User (Month 1+): Advanced features they rely on Workflows they've established How they'd describe the product to others
6. Feature Touchpoints
Map where users encounter key features in their journey: FeatureWhen EncounteredUser Need at That Moment[Feature 1][Journey stage][What they're trying to do][Feature 2][Journey stage][What they're trying to do]
Multi-Persona Products
If your product serves multiple distinct user types: Identify the primary persona first โ who must you serve to survive? Document secondary personas separately โ one file per persona Note conflicts โ where persona needs clash, document the tradeoff Prioritize ruthlessly โ you can't optimize for everyone simultaneously
Output Location
Place persona docs at: docs/PERSONA.md โ single file for simple products docs/personas/ โ directory for multiple personas Keep it in the repo so it evolves with the product.
Quality Criteria
A good persona doc should: Be specific enough that two team members would build the same feature from it Include evidence โ data, quotes, or observations, not just assumptions Be actionable โ reading it should change how you build Be maintained โ outdated personas are worse than none Be honest โ don't describe aspirational users; describe actual users
NEVER Do
NEVER skip personas for a new product โ building without knowing your user is guessing, and guessing is expensive NEVER describe users as demographics alone โ "25-34 male" tells you nothing about what they need; describe behaviors and goals NEVER create personas in isolation โ involve the team; one person's assumptions become the whole product's blind spots NEVER treat personas as permanent โ users change, markets shift; review personas quarterly NEVER create more than 3 personas initially โ if you try to serve everyone, you serve no one; start with your primary user NEVER write aspirational personas โ document who actually uses your product, not who you wish did
Category context
Workflow acceleration for inboxes, docs, calendars, planning, and execution loops.
Source: Tencent SkillHub
Largest current source with strong distribution and engagement signals.
Package contents
Included in package
3 Docs
- SKILL.md
- README.md
- references/template.md