atlas-absorb

Solid

글에서 개념 뽑기. 회의록·기획서·PR 설명에서 개념 후보를 뽑되 중복부터 먼저 확인한다. 사람이 고르기 전에는 쓰지 않는다. "이 글에서 뽑아줘" · "이 문서 반영해줘" 일 때 쓴다.

AI & Automation 139 stars 21 forks Updated today MIT

Install

View on GitHub

Quality Score: 85/100

Stars 20%
71
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
64
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /atlas-absorb — 글을 그래프로 ## 이 스킬의 가장 큰 값은 「안 만드는 것」이다 산문에서 개념을 뽑을 때 가장 흔한 실패는 **이미 있는 것을 이름만 바꿔 또 만드는 것**이다. 그래서 순서가 「뽑고 나서 중복 확인」이 아니라 **「중복 확인하고 나서 뽑기」** 다. 1. **무엇을 읽나** - **볼트 안(또는 사용자가 가리킨) 파일**이면 → `absorb_document({ filePath })`. `confirm` 을 **빼고 먼저 부른다** — 그러면 쓰지 않고 제안만 돌려준다. - **대화에 붙여 넣은 글**이면 → 그 글을 직접 읽고 후보를 뽑는다. 2. **후보마다 중복을 먼저 본다** 후보 이름 하나하나에 대해 둘을 부른다. - `query_concepts({ filter: '<이름>' })` — 비슷한 이름이 이미 있나 - `find_evidence({ title: '<이름>' })` — 다른 이름으로 이미 들어와 있나 있으면 **새로 만들지 않는다.** 둘 중 ���나를 한다 — `patch_concept`(`expected_mtime` 함께)로 내용을 채우거나, 관계만 더한다. 3. **글에 없는 것은 만들지 않는다** 산문은 사람이 대충 쓴다. 「~하면 좋겠다」 · 「~일 수도 있다」 는 아직 사실이 아니라 바람이다. **글이 실제로 주장하는 것만** 후보로 올린다. 애매하면 후보에는 올리되 「글의 근거가 약함」이라고 적어서 사람이 판단하게 한다. 4. **승인된 것만 쓴다 — 그리고 확인한다** - 파일이면 `absorb_document({ filePath, confirm: true })` - 붙여 넣은 글이면 `add_concepts` → (전부 성공한 뒤) `add_relations` - 그다음 `validate_vault({})` → `query_ontology({ operation: 'health' })` ## 이름은 이 볼트가 쓰는 방식대로 `title` 은 검색이 기준으로 삼는 단 하나의 정본 이름이라 **볼트 안에서 언어가 하나로 통일돼야** 한다. 섞이면 검색이 갈린다. 다른 언어 이름은 `display_ko` / `display_en` 에 넣는다. 지금 이 볼트가 어느 쪽인지는 `list_concepts` 로 먼저 본다. ## 이 스킬이 실패하는 방식 - 글에 없는 개념을 그럴듯하게 지어낸다 - 이미 있는 개념을 이름만 바꿔 또 만든다 - `confirm: true` 를 먼저 불러 사람이 보기 전에 써 버린다 - `title` 언어를 볼트와 다르게 넣어 검색이 갈린다

Details

Author
wlsdks
Repository
wlsdks/ontology-atlas
Created
5 months ago
Last Updated
today
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

atlas-grow

다음 한 걸음. 이 볼트에 무엇을 더하면 값이 가장 큰지 후보를 근거와 함께 뽑아 보여 준다. 사람이 고르기 전에는 한 글자도 쓰지 않는다. "다음에 뭐 채워" · "빈 곳 찾아줘" · "더 넣을 거 있어" 일 때 쓴다.

139 Updated today
wlsdks
Code & Development Listed

critique-research

조사·분석·보고서 문서를 맥락 없는 별도 컨텍스트 여럿에 넘겨 독립 검증한다. 다음 표현이 나오면 반드시 이 스킬을 사용할 것: "이 문서 검증해줘", "독립 검증 세워줘", "비평해라", "이 조사 타당한지 봐줘", "놓친 거 없는지 봐줘", "critique-research". 코드가 아니라 글이 ��출물일 때 쓴다 — 디자인 시안 비평은 이 스킬이 아니라 `mockup-review`가 담당한다. 조사·분석 문서를 다 쓰고 사용자에게 보고하기 직전이 이 스킬의 자리다. 사용자가 먼저 요청하지 않아도, 수치·표가 든 문서를 내놓기 전이면 이 스킬을 열지 말지 스스로 판단한다.

0 Updated 3 days ago
gagip
AI & Automation Listed

doc-writing

문서·README·설계 문서·PR 본문·커밋 메시지 본문·슬라이드·HTML 문서·이력서처럼 사람이 읽을 산문을 쓰거나 고칠 때 사용한다. 스킬 이름을 부르지 않아도 이런 작업이면 먼저 불러 전체 문서 작성 규칙을 따른다. 대화에서 긴 설명을 쓸 때도 쓴다.

0 Updated 1 weeks ago
Ting97ok