Turn supplied accomplishment evidence, career material, and existing drafts into confident, evidence-driven professional prose without hype. Use after evidence has been collected when writing or editing promotion cases, self-reviews, impact statements, interview stories, leadership narratives, pitches, nominations, or executive updates. Preserve factual calibration, distinguish ownership from contribution, make outcomes causal and concrete, and identify missing proof rather than inventing it. For collecting weekly source evidence or appending repo-local period roll-ups, use weekly-recap or brag-summarize instead.
66
79%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Passed
No findings from the security scan
Fix and improve this skill with Tessl
tessl review fix ./evidence-prose/SKILL.mdMake self-positioning persuasive by increasing the signal of the evidence, not the amount of praise.
Make the person shine by making the evidence easy to see.
Use the user's supplied evidence as the source of truth. Never invent metrics, adoption, customer outcomes, influence, leadership, scope, or responsibility. Adapt framing to the destination without changing the evidentiary standard.
Write in confident, precise, understated professional English. The reader should think, "This person understands what they did, why it mattered, and what the evidence says," not "This person is campaigning for approval."
Identify:
If a missing answer would materially change the draft, ask a concise clarifying question. Otherwise proceed without making the user complete a questionnaire.
Unless the user requests another format, return:
If the user asks for only the prose or for paste-ready copy, return only the draft. Do not bury the draft beneath methodology.
Keep these categories distinct:
A bounded claim is stronger than an inflated one.
Use the narrowest mode that fits.
Use when prose already exists. Preserve accurate substance and structure while improving clarity, ownership, evidence density, causal connection, and audience fit. Do not rewrite merely for stylistic variety.
Use when the user provides raw notes. Group related evidence, separate activity from outcome, select the strongest supported signal, and draft in the requested or established structure.
Use when a body of evidence must support a decision such as promotion or nomination. Group evidence by recurring behavior or theme, synthesize trajectory only when repeated examples support it, and compress low-signal detail.
For each meaningful claim, look for:
Activity → Ownership → Scope/Difficulty → Outcome → Leverage/Significance
Do not force every element into every sentence. Preserve gaps when evidence is missing.
For detailed vocabulary, gap patterns, and supported transformations, read references/evidence-model.md.
Prefer specificity over praise. Specificity makes ownership, scope, difficulty, outcome, and leverage visible without asking the reader to accept a self-evaluation.
Prefer:
I led the migration across three teams, resolving the ownership and compatibility gaps that had blocked adoption.
Over:
I successfully demonstrated strong cross-functional leadership by driving an important migration.
Prefer:
I became one of two maintainers outside the platform team.
Over:
I demonstrated exceptional cross-functional leadership.
Remove unsupported praise such as:
Replace it with a fact about what the person owned, how far the work reached, what made it difficult, what changed, or how it helped others.
Use the strongest accurate verb, not the strongest-sounding verb. Never upgrade contribution into ownership merely to improve the prose.
For every impact statement, ask:
What changed because this person did this?
Do not present instrumentation as improvement, shipping as adoption, internal use as external value, or an intended outcome as demonstrated.
Use multiple examples to show movement such as implementation → architecture, project → platform, or local expertise → broader influence. Do not infer sustained trajectory from one isolated example.
Keep explicit limitations, unknowns, unfinished work, and missing measurements when they affect calibration. Do not hide them with stronger adjectives.
Identify factual claims and classify each claim's activity, ownership, scope, outcome status, leverage, and proof gaps. Separate proof from interpretation.
Choose the strongest audience-relevant evidence. For multiple accomplishments, group related examples and select the strongest two to four signals rather than listing every activity.
For one accomplishment, usually:
For a group of accomplishments, organize by recurring theme or factual progression rather than only by project name.
Make the connection between action and consequence legible. Keep technical specificity when it proves difficulty or significance; remove it when it only adds implementation detail.
Check attribution, scope, outcome status, durability, and audience fit. Mark missing proof instead of compensating with praise.
Remove any sentence that adds none of:
Follow the operating contract. Put paste-ready prose first unless the user requested another order.
Keep the evidence model stable and change the emphasis:
Read references/destination-guidance.md when the destination needs a detailed structure, an established brag format, or forward-looking language.
Use the organization's supplied rubric as the calibration lens. Do not quote or mimic the rubric unless requested.
Ask why the evidence signals the target level rather than only strong performance at the current level. Look for scope created rather than merely assigned, ownership beyond the immediate team, ambiguity handled independently, technical direction, influence across boundaries, durable mechanisms, multiplication of other engineers, creation of new priorities, and repeated behavior across examples.
Do not manufacture evidence for a missing rubric dimension.
Preserve an established document structure unless the user asks to replace it. Improve the prose inside that structure rather than imposing STAR, a résumé, or a generic framework.
Before finalizing, ask:
The final prose should feel credible, specific, and inevitable rather than promotional.
When the user asks for research-backed explanation of the method, read references/evidence-positioning-principles.md. These sources are background guidance; user evidence and organization-specific rubrics take precedence.
73043c7
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.