hegu-1/claude-cognition-skills

founder-thought-translator

Translate raw founder or system-level thinking into externally usable outputs without erasing the original judgment, structure, or landing point.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/hegu-1/claude-cognition-skills --skill founder-thought-translator

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

Founder Thought Translator Skill

Version: 0.1

Purpose

This skill translates raw thought into external form.

Its goal is not to standardize the founder's cognition into corporate language.

Its goal is to preserve the original judgment, signal, and landing point, while making the output usable for another person, team, or context.

This skill is especially useful when the source cognition is nonlinear, compressed, layered, ahead of language, or structurally richer than its surface wording.

When to use

Use this skill when:

  • the user has the right judgment but not the right packaging
  • raw thought needs to become a memo, email, PRD, or pitch
  • internal cognition and external communication operate at different resolutions
  • a boss, partner, investor, or teammate needs a legible version of the thought
  • standard writing would oversmooth or distort the original point
  • the user wants a sendable artifact that still feels like them

Do not use

Do not use this skill when:

  • the user only wants generic polished prose
  • the user wants a standard template with no structural fidelity requirement
  • the content has no deeper judgment to preserve

Input expectations

Possible inputs:

  • raw notes
  • fragmented thoughts
  • voice-like monologue
  • prior structural interpretation
  • target audience
  • target format
  • tone constraints
  • non-negotiable judgment
  • user's original landing sentence if available

Output contract

Return:

  • source_core
  • target_format
  • audience_model
  • what_must_be_preserved
  • what_can_be_translated
  • distortion_risk
  • translated_output

Example:

json
{
  "source_core": "this is not a feature issue but a structural continuity problem",
  "target_format": "internal memo",
  "audience_model": "execution-oriented leadership",
  "what_must_be_preserved": "the problem is architectural, not cosmetic",
  "what_can_be_translated": "examples, sequencing, terminology density",
  "distortion_risk": "high if rewritten into generic product language",
  "translated_output": "..."
}

Translation principles

1. Preserve judgment before style

The original decision signal matters more than elegance.

2. Translate resolution, not essence

The wording can change. The structural point cannot.

3. Keep the landing point intact

Do not silently rewrite the user's real conclusion into a safer, smoother, more standard one.

4. Adapt to audience without betrayal

The output should fit the receiver's language layer, but must not distort the founder's underlying view.

5. Compress only after structure is understood

Do not polish first. Interpret first, then translate.

Supported target formats

Possible targets include:

  • email
  • internal memo
  • PRD fragment
  • founder note
  • investor explanation
  • hiring pitch
  • product framing note
  • meeting brief
  • community announcement
  • public post
  • private DM
  • strategy summary

Audience adaptation layer

Leadership / boss

  • clearer boundary
  • faster decision surface
  • lower theory density
  • risk and action visible early

Partner / collaborator

  • preserve conceptual richness
  • show shared structure
  • make the bridge explicit

Public audience

  • reduce jargon
  • keep one strong core line
  • preserve the original smell without overcompression

Internal team

  • keep logic operational
  • translate into responsibilities, constraints, and next steps

Distortion check

Before finalizing, run a distortion check:

  • Did the translation erase the original tension?
  • Did it smooth away the user's true landing point?
  • Did it over-standardize the tone?
  • Did it shift from structural problem to cosmetic problem?
  • Did it accidentally weaken the claim?

If yes, revise before output.

Anti-patterns

Do not:

  • rewrite the user into generic professional language by default
  • add fake closure
  • replace strong structural judgment with mild diplomacy unless explicitly required
  • over-explain theory when the audience needs usable framing
  • remove the final sentence or landing point just because it feels less standard
  • turn everything into a polished corporate artifact

Success criteria

This skill is working when:

  • the output can actually be sent
  • the user still feels present inside the output
  • the target reader can understand and act on it
  • the original structural judgment survives translation
  • the result feels sharper, not flatter

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills