Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

worklog-note

Sterne2

Forks0

Aktualisiert1. Juli 2026 um 06:39

Optional workflow skill for Notion-style worklogs, Todo roadmaps, and meeting notes. Use only when the user keeps worklogs in Notion or a similar workspace and wants verbose entries condensed for scanning.

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

aixion1506

aixion1506/oh-my-ai

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Allgemeine BürokräfteBüro- und Verwaltungsberufe·SOC 43-9061

SKILL.md

readonly

name	worklog-note
description	Optional workflow skill for Notion-style worklogs, Todo roadmaps, and meeting notes. Use only when the user keeps worklogs in Notion or a similar workspace and wants verbose entries condensed for scanning.
metadata	{"source":"born-here","summary":"Optional Notion 업무일지 정리 workflow","routing":{"visibility":"contextual","risk_level":"low","task_types":["reporting","worklog"],"triggers":[{"kind":"keyword","values":["노션용","업무일지","Done/Todo","worklog"]},{"kind":"intent","values":["summarize_work_for_notion"]}],"keywords":{"ko":["노션","업무일지","오늘 한 거","정리"],"en":["notion","worklog","done","todo"]},"use_when":["Notion이나 유사한 개인 업무일지에 오늘 작업을 Done/Todo 형태로 정리해야 하는 경우"],"do_not_use_when":["회사 Slack 일일보고처럼 프로젝트별 진척률이 필요한 경우"],"requires":["today_session_context"]}}

업무일지(Done/Todo) 작성

노션 업무일지를 한눈에 들어오게 쓴다. 각 항목은 굵은 성과/목적 1줄(headline) 이 먼저 눈에 박히고, 세부는 최소로. 첫 줄만 훑어도 "오늘 뭐 했는지" 잡혀야 한다.

출력 모양 (이 형태로 쓴다)

Done — 오늘 완료

항목 = 굵은 headline 1줄. "무엇을 만들었나"가 아니라 "어떤 목적/문제를 해결했나" 를 앞세운다.
세부는 최대 1줄, 정보가치 있는 것만(하이브리드 매핑, 수치, 핵심 결정). 없으면 생략.
구현 디테일(메트릭명·함수명·DDL·옵션값 등)은 Done에서 빼고 backlog로. 완료 기록엔 불필요 — 스캔만 방해.

before → after (실제 예):

before (장황 — 스캔 안 됨):

[Dual Write 스택 확정]
- 프로젝트 내 데이터 전수 조사를 통해 팀장님의 TimescaleDB 일괄 도입 초안의
  오버엔지니어링 파악 및 데이터 특성별 '하이브리드 스택' 선회 확정.
- 상태 변경이 잦은 sms_request ➡️ Pure PG 파티셔닝으로 선회 (created_at 기반
  1시간 윈도우 파티션 프루닝 가드 설계).
- 해시 기반 단건 조회가 메인인 sms_scanresult ➡️ Plain PG 일반 테이블로 단순화.
- ... (5줄)

after (headline 1줄 + 세부 1줄):

- **Dual Write 스택 확정** — TimescaleDB 일괄 도입(오버엔지니어링) 기각 → 데이터 특성별 하이브리드 선회
    - sms_request→PG파티션 / sms_scanresult·stats→Plain PG / audit_log→hypertable

Todo / 로드맵

미완 = 굵은 한 줄 + [ ]. 자동 생성된 과세부 항목(메트릭명까지 박힌 것)은 한 단계 추상화.
며칠짜리 로드맵은 오늘 Done 페이지에 두지 말고 backlog/다음날로 이월(삭제 X).

묶기 원칙 (일일보고)

단순 나열 금지: "A 수정, B 수정, C 수정" ❌ → 목적/성과로 묶기 "반복되던 X를 자동화 (관련 3건)" ✅.
어제·오늘 섞지 말 것. 오늘 페이지엔 오늘 한 것만.

출력 전 self-check

각 항목 첫 줄만 훑어서 흐름 잡히나? (안 잡히면 headline 다시)
세부가 2줄 이상인 항목 있나? → 압축하거나 backlog로.
구현 디테일이 완료 기록에 섞였나? → 빼라.

적용 안 함

기술 위키/의사결정 페이지(목적·설계고민·개선효과 STAR 템플릿)는 포맷이 다름 — 이 스킬 범위 아님. 거긴 WHY·트레이드오프를 풀어 쓴다.

Mehr aus diesem Repository

gleiches Repository

project-context

aixion1506/oh-my-ai

Use when starting a new session on a codebase, resuming interrupted work from a previous session, after making an architectural or design decision, or before ending a session or creating a PR — to create, update, or hand off docs/context/ project context files.

2026-07-072

execution-recovery

aixion1506/oh-my-ai

Use when a tool, command, sandbox, permission, network, dependency, or approval operation fails or repeats the same infrastructure error — classify the failure, cap retries, choose one bounded fallback, and stop before recovery consumes excessive tokens or time.

2026-07-072

golang-dependency-injection

aixion1506/oh-my-ai

Comprehensive guide for dependency injection (DI) in Golang. Covers why DI matters (testability, loose coupling, separation of concerns, lifecycle management), manual constructor injection, and DI library comparison (google/wire, uber-go/dig, uber-go/fx, samber/do). Use this skill when designing service architecture, setting up dependency injection, refactoring tightly coupled code, managing singletons or service factories, or when the user asks about inversion of control, service containers, or wiring dependencies in Go.

2026-07-072

golang-error-handling

aixion1506/oh-my-ai

Idiomatic Golang error handling — creation, wrapping with %w, errors.Is/As, errors.Join, custom error types, sentinel errors, panic/recover, the single handling rule, structured logging with slog, HTTP request logging middleware, and samber/oops for production errors. Built to make logs usable at scale with log aggregation 3rd-party tools. Apply when creating, wrapping, inspecting, or logging errors in Go code.

2026-07-072

golang-grpc

aixion1506/oh-my-ai

Provides gRPC usage guidelines, protobuf organization, and production-ready patterns for Golang microservices. Use when implementing, reviewing, or debugging gRPC servers/clients, writing proto files, setting up interceptors, handling gRPC errors with status codes, configuring TLS/mTLS, testing with bufconn, or working with streaming RPCs.

2026-07-072

kotlin-coroutines-flows

aixion1506/oh-my-ai

Kotlin Coroutines and Flow patterns for Android and KMP — structured concurrency, Flow operators, StateFlow, error handling, and testing.

2026-07-072

name	worklog-note
description	Optional workflow skill for Notion-style worklogs, Todo roadmaps, and meeting notes. Use only when the user keeps worklogs in Notion or a similar workspace and wants verbose entries condensed for scanning.
metadata	{"source":"born-here","summary":"Optional Notion 업무일지 정리 workflow","routing":{"visibility":"contextual","risk_level":"low","task_types":["reporting","worklog"],"triggers":[{"kind":"keyword","values":["노션용","업무일지","Done/Todo","worklog"]},{"kind":"intent","values":["summarize_work_for_notion"]}],"keywords":{"ko":["노션","업무일지","오늘 한 거","정리"],"en":["notion","worklog","done","todo"]},"use_when":["Notion이나 유사한 개인 업무일지에 오늘 작업을 Done/Todo 형태로 정리해야 하는 경우"],"do_not_use_when":["회사 Slack 일일보고처럼 프로젝트별 진척률이 필요한 경우"],"requires":["today_session_context"]}}

업무일지(Done/Todo) 작성

출력 모양 (이 형태로 쓴다)

Done — 오늘 완료

항목 = 굵은 headline 1줄. "무엇을 만들었나"가 아니라 "어떤 목적/문제를 해결했나" 를 앞세운다.
세부는 최대 1줄, 정보가치 있는 것만(하이브리드 매핑, 수치, 핵심 결정). 없으면 생략.
구현 디테일(메트릭명·함수명·DDL·옵션값 등)은 Done에서 빼고 backlog로. 완료 기록엔 불필요 — 스캔만 방해.

before → after (실제 예):

before (장황 — 스캔 안 됨):

[Dual Write 스택 확정]
- 프로젝트 내 데이터 전수 조사를 통해 팀장님의 TimescaleDB 일괄 도입 초안의
  오버엔지니어링 파악 및 데이터 특성별 '하이브리드 스택' 선회 확정.
- 상태 변경이 잦은 sms_request ➡️ Pure PG 파티셔닝으로 선회 (created_at 기반
  1시간 윈도우 파티션 프루닝 가드 설계).
- 해시 기반 단건 조회가 메인인 sms_scanresult ➡️ Plain PG 일반 테이블로 단순화.
- ... (5줄)

after (headline 1줄 + 세부 1줄):

- **Dual Write 스택 확정** — TimescaleDB 일괄 도입(오버엔지니어링) 기각 → 데이터 특성별 하이브리드 선회
    - sms_request→PG파티션 / sms_scanresult·stats→Plain PG / audit_log→hypertable

Todo / 로드맵

미완 = 굵은 한 줄 + [ ]. 자동 생성된 과세부 항목(메트릭명까지 박힌 것)은 한 단계 추상화.
며칠짜리 로드맵은 오늘 Done 페이지에 두지 말고 backlog/다음날로 이월(삭제 X).

묶기 원칙 (일일보고)

단순 나열 금지: "A 수정, B 수정, C 수정" ❌ → 목적/성과로 묶기 "반복되던 X를 자동화 (관련 3건)" ✅.
어제·오늘 섞지 말 것. 오늘 페이지엔 오늘 한 것만.

출력 전 self-check

각 항목 첫 줄만 훑어서 흐름 잡히나? (안 잡히면 headline 다시)
세부가 2줄 이상인 항목 있나? → 압축하거나 backlog로.
구현 디테일이 완료 기록에 섞였나? → 빼라.

적용 안 함

기술 위키/의사결정 페이지(목적·설계고민·개선효과 STAR 템플릿)는 포맷이 다름 — 이 스킬 범위 아님. 거긴 WHY·트레이드오프를 풀어 쓴다.