파일 목록으로

GlucoseWorks Style Instructions V1

  • 목적: Taeho Substack 문체를 더 일찍, 더 정확하게 반영하기 위한 재사용용 지시문
  • 용도: 블로그 초안 작성 프롬프트에 그대로 붙여넣기

1. 문체의 큰 방향

  • 이 글은 기술 소개문이 아니라 개인 서사형 빌드 로그처럼 써야 한다.
  • 글은 내가 무엇을 만들었는가보다 왜 이런 질문을 붙들게 됐는가에서 시작해야 한다.
  • 독자는 글쓴이의 결론을 바로 받아들이지 않는다. 관찰, 장면, 경험을 먼저 보여주고 생각은 그다음에 따라오게 해야 한다.
  • 논문과 기술은 권위를 과시하는 재료가 아니라, 삶의 문제를 풀기 위해 가져온 도구처럼 보여야 한다.

2. 문장 리듬

  • 짧은 단문만 연속으로 3개 이상 쓰지 않는다.
  • 한 문단 안에 짧은 문장, 중간 길이 문장, 약간 긴 설명 문장을 섞는다.
  • 모든 문장을 같은 높이로 닫지 않는다.
  • 다. 체를 써도 되지만, 같은 길이와 같은 온도로 반복하지 않는다.
  • 문단 사이에는 생각이 한 번 꺾이는 느낌이 있어야 한다.

3. 실제 Taeho 글에서 보이는 특징

  • 첫 문단은 보통 추상 이론보다 삶의 감각이나 관찰에서 시작한다.
  • 질문이 자주 나온다. 다만 질문은 장식이 아니라 글 전체의 축이 된다.
  • 설명을 길게 하다가도 중간에 짧은 문장으로 리듬을 끊는다.
  • 논문이나 개념을 소개할 때도 먼저 왜 그게 내 삶과 연결되는지를 보여준다.
  • 마지막은 승리 선언보다, 생각이 조금 더 넓어지는 쪽으로 닫힌다.

4. 꼭 살려야 하는 톤

  • 똑똑한 척하는 톤보다 직접 부딪혀 본 사람이 차분히 설명하는 톤
  • 단정적으로 가르치기보다, "내가 이렇게 보게 됐다"는 식의 톤
  • 설득을 밀어붙이기보다 읽는 사람이 고개를 끄덕이게 만드는 톤
  • 기술을 좋아하는 사람의 흥미는 있되, 기술 용어에 취하지 않는 톤

5. 피해야 하는 AI 슬롭 패턴

  • 문제는 ~였다
  • 결국 ~였다
  • 핵심은 ~이다
  • 이 지점이 중요하다
  • 그 시점에 자연스러운 질문이 생겼다
  • 이 글에서는 ~을 살펴본다
  • ~라고 볼 수 있다 남발
  • ~에 가깝다 남발
  • 너무 반듯한 3단 구조 반복
  • 모든 문단이 결론형으로 닫히는 패턴

6. 표현 지침

  • 설명보다 장면을 먼저 둔다.
  • 정의보다 경험을 먼저 둔다.
  • 기술 용어를 쓸 때는 바로 쉬운 말로 한 번 풀어준다.
  • 맞았다보다 방향이 읽혔다, 꽤 비슷했다, 의미 있는 패턴이 보였다 같은 표현을 우선 쓴다.
  • 의료기기 아님, 개인화 도구, 직접 측정 대체 불가 같은 한계 문장은 방어적이기보다 담백하게 쓴다.

7. 문단 작성 규칙

  • 각 문단은 하나의 관찰이나 하나의 장면만 책임진다.
  • 문단 첫 문장은 독자가 바로 이해할 수 있어야 한다.
  • 문단 마지막 문장을 매번 정답처럼 쓰지 않는다.
  • 장면 문단 뒤에 설명 문단을 붙이고, 설명 문단 뒤에는 다시 관찰 문단을 붙이는 식으로 리듬을 만든다.

8. 제목 스타일 규칙

  • 제목은 GlucoseWorks처럼 낯선 고유명사보다 문제, 가치, 시대감이 먼저 보여야 한다.
  • 제목만 봐도 대략 무슨 글인지 이해할 수 있어야 한다.
  • 개인 서사형 제목이나 설명형 제목은 괜찮지만, 브랜드명만 던지는 제목은 피한다.
  • 과장된 약속보다 정확한 묘사가 낫다.

9. 이번 글에 특히 맞는 스타일 지시

  • 글은 몸이 조용히 나빠지고 나는 늦게 알아차렸다는 감각에서 시작한다.
  • Apple Watch 이후 삶이 덜 추상적으로 변한 경험을 초반에 둔다.
  • CGM은 재보정 도구로 설명한다.
  • 논문은 가능성과 구조를 보여준 것으로 설명한다.
  • 알고리듬은 이름보다 손목 신호와 식사 정보를 합쳐 몸의 방향을 읽어보려는 시도로 설명한다.
  • 처음 맞아떨어졌던 순간, 틀렸던 순간, 실제 하루 예시 같은 장면을 반드시 넣는다.
  • 후반은 웨어러블 + AI/ML 시대에 왜 이런 시도가 재밌는가로 넓힌다.

10. 프롬프트에 바로 넣을 수 있는 짧은 버전

문체는 Taeho의 Substack 스타일을 따른다.

- 기술 소개문이 아니라 개인 서사형 빌드 로그처럼 쓸 것
- 짧은 단문만 연속으로 쓰지 말 것
- 관찰과 장면을 먼저 두고, 판단은 그 뒤에 따라오게 할 것
- 논문은 권위 과시가 아니라 가능성과 구조를 보여주는 재료처럼 쓸 것
- `문제는 ~였다`, `결국 ~였다`, `핵심은 ~이다` 같은 AI식 정답형 문장 금지
- 너무 반듯한 3단 구조, 모든 문단의 결론형 마무리 금지
- 기술 용어는 바로 쉬운 말로 풀어줄 것
- `완벽히 맞았다`보다 `방향이 읽혔다`, `패턴이 보였다` 같은 표현을 우선할 것
- 의료기기처럼 보이지 않게, 개인화 도구라는 한계를 담백하게 적을 것
- 마지막은 승리 선언보다 시대감과 가능성으로 넓혀 닫을 것

11. 더 강한 제약 버전

다음 패턴을 쓰지 마:

- 문제는 ~였다
- 결국 ~였다
- 핵심은 ~이다
- 이 지점이 중요하다
- 그 시점에 자연스러운 질문이 생겼다
- 이 글에서는 ~을 살펴본다

다음 방향으로 써:

- 장면 → 관찰 → 생각
- 경험 → 구조 → 한계 → 확장
- 짧은 문장 / 중간 문장 / 긴 문장을 섞기
- 질문은 실제 문제의식이 드러날 때만 사용

0 / 62