agentsclimarketplace

Llm wiki interview

Skill po4yka/llm-wiki-skills/skills/llm-wiki-interview

Extract tacit knowledge into an LLM-Wiki through an agent-led interview. Use when the wiki has open questions, weak areas, onboarding gaps, undocumented decisions, or the user wants voice/text answers turned into draft pages without pretending they are sourced facts.From its SKILL.md

Install
npx -y skills add po4yka/llm-wiki-skills --skill llm-wiki-interview

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.0 KB, 551 tokens by cl100k_base, as published. Nobody here has run it

LLM-Wiki Interview

Goal

Use targeted questions to capture a person's tacit knowledge into draft, reviewable wiki pages.

When to use

  • The wiki has open questions, sparse concept pages, or pages marked review_required.
  • Onboarding gaps keep producing the same repeated questions from new contributors.
  • A decision page is missing its rationale, history, or trade-offs.
  • The user hands over a voice-note or transcript that should become draft wiki pages.
  • A lint report or contradiction check surfaces a gap only a person can fill in.

Inputs

  • wiki/index.md, wiki/log.md, open questions and lint reports.
  • Target domain or project.
  • Interview mode: plan questions, conduct interview, or file answers.
  • Optional transcript or voice-note text.

Procedure

1. Find weak areas

Look for:

  • open questions;
  • sparse concept pages;
  • onboarding gaps;
  • contradictions;
  • pages marked review_required;
  • repeated user questions;
  • decision pages missing rationale.

Search wiki/index.md and wiki/log.md for prior interview answers before drafting new questions, so the interview does not re-ask what is already captured.

2. Prepare focused questions

Ask 5-10 questions at a time. Prefer questions that extract:

  • constraints;
  • history;
  • rationale;
  • exceptions;
  • gotchas;
  • examples;
  • terminology;
  • decision trade-offs.

3. Capture answers as draft knowledge

Store interview-derived knowledge as:

  • type: query for Q&A;
  • type: synthesis for human interpretation;
  • type: concept or entity only when the answer clearly belongs there.

Mark:

status: draft
review_required: true
claim_mix:
  extracted: 0.0
  inferred: 0.0
  ambiguous: 0.0

Use interview or human-memory source tags. Do not treat interview answers as external facts.

4. Separate human synthesis

Preserve answers under human-owned sections when they represent the person's interpretation.

5. Update navigation

Add important pages to wiki/index.md and append to wiki/log.md if writing files.

Output

## Interview plan

## Questions

## Captured answers

## Draft pages created or proposed

## Claims needing external sources

## Follow-up questions

Safety gates

  • Do not present interview answers as source-verified facts.
  • Do not pressure the user with too many questions at once.
  • Do not overwrite existing human synthesis.
  • Do not publish private answers without approval.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,144. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.