You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* fix(blog): 조회수와 콘텐츠 로깅 안정화
빌드 중 Supabase 조회수 집계 쿼리를 건너뛰어 production build 재현성을 높였습니다.
콘텐츠 로딩과 조회수 실패 로그는 민감한 경로나 원본 오류를 직접 노출하지 않도록 정리했습니다.
ViewCounter의 sessionStorage 접근과 Mermaid 보안 설정도 함께 보강했습니다.
* feat(content): 글 형식과 성장 audit 추가
category와 contentType을 분리하고 기존 글 meta에 형식 분류를 부여했습니다.
qualityReview에 글쓰기 점수 축을 확장하고 content:audit, new-post scaffold, repo-local blog-growth-review skill을 추가했습니다.
점수는 v1에서 공개 UI에 노출하지 않고 작성과 리뷰 운영 도구로만 사용합니다.
* chore(content): 글쓰기 점수 초기 채점
blog-growth-review 기준으로 공개 글과 private 시리즈 글의 writing score를 초기 채점했습니다.
기존 core qualityReview 값은 보존하고 clarity, structure, evidence, usefulness, originality, polish만 채웠습니다.
content:audit 기준 writing score coverage를 41/41로 맞췄습니다.
* feat(seo): 검색 노출 metadata 보강
검색엔진이 대표 URL을 명확히 해석할 수 있도록 canonical, og:url, 게시글별 Twitter metadata를 추가했습니다.
sitemap에 공개 허브 라우트를 포함하고 post updated 값을 lastModified에 반영하도록 조정했습니다.
* docs(blog): LLM Wiki 구축기 추가
raw, drafts, wiki 신뢰 경계를 중심으로 LLM Wiki 구축 회고 글을 추가했습니다.
로컬에서 private 글을 미리보기할 수 있도록 development preview 정책과 ADR을 추가하고 Playwright 임시 파일을 ignore 처리했습니다.
* fix(content): PR 리뷰 정책 오류 수정
contentType을 ingestion 필수 필드로 바꾸고 production build에서도 콘텐츠 진단 로그가 남도록 수정했습니다.
Life 글의 writing score 부족은 private 전환 검토가 아니라 보강 필요로 분류하도록 audit 정책과 테스트를 보강했습니다.
* fix(blog): 본문 문단 typography 적용 수정
description: Review and score Ark blog posts in this repository. Use when evaluating a post draft or published post for contentType classification, writing quality scores, publication readiness, improvement priorities, or when proposing meta.json qualityReview updates for posts/**/index.mdx and posts/**/meta.json.
4
+
---
5
+
6
+
# Blog Growth Review
7
+
8
+
## Workflow
9
+
10
+
1. Read `docs/blog-quality-guide.md`, the target `index.mdx`, and its sibling
11
+
`meta.json` before judging the post.
12
+
2. Preserve `category: Tech | Life`; classify the writing form with
13
+
`contentType: essay | retrospective | review`.
14
+
3. Score only for authoring/review operations. Do not expose scores in public UI
15
+
unless the user explicitly asks for a UI change.
16
+
4. Return a scorecard, publication verdict, and focused improvement checklist.
17
+
Do not edit files unless the user asks for implementation.
18
+
19
+
## contentType Rules
20
+
21
+
-`essay`: opinion, argument, personal interpretation, principle, or explanatory
22
+
guide.
23
+
-`retrospective`: event or project review with context, turning points, lessons,
24
+
and next actions.
25
+
-`review`: evaluation of an external object or experience such as a book, trip,
26
+
product, article, or venue.
27
+
28
+
If multiple types fit, choose the reader expectation that dominates the title and
29
+
opening section. Keep technical project writeups as `retrospective` when the
30
+
article is organized around a concrete build, incident, migration, or work
31
+
outcome.
32
+
33
+
## Scorecard
34
+
35
+
Use 1-5 scores in 0.5 increments. Use `null` only when the source is not
36
+
available enough to judge.
37
+
38
+
-`philosophy`: reusable judgment, principle, or decision quality.
39
+
-`design`: structure, flow, framing, and section architecture.
40
+
-`implementation`: concrete execution detail, examples, evidence, or mechanism.
41
+
-`brandFit`: fit with Ark's public identity and author positioning.
42
+
-`clarity`: clear thesis, terms, conclusion, and reader promise.
43
+
-`structure`: narrative progression and section-level cohesion.
44
+
-`evidence`: concrete scenes, data, examples, constraints, or references.
45
+
-`usefulness`: reader takeaway, applicability, and decision support.
0 commit comments