Files

T

Antigravity Agent 9a135bd19d docs(10_Wiki): Topic_Business/General/Graphic/Programming을 Topics/ 하위로 이동

최상위 10_Wiki/Topic_*였던 4개 카테고리 폴더를 10_Wiki/Topics/Topic_* 로 재배치.
콘텐츠 변경 없음(순수 폴더 이동) — Topics/ 하위 나머지 폴더는 이미 지난 커밋에서
전부 정리된 상태(잔존 항목은 에이전트 운영 상태 및 사용자가 보존을 요청한
업데이트0615/무제 3.canvas 뿐).

2026-07-05 00:44:01 +09:00

5.1 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, verification_status, tags, raw_sources, last_reinforced, github_commit, tech_stack

title

Boundaries

매 한 줄

"매 boundary 의 self 와 other 사이 의 explicit demarcation — own value, time, energy 의 protection 의 통한 sustainable relationship 의 enable". Cloud & Townsend (1992) 의 popular 의, 2026 remote/hybrid + always-on Slack/LLM-assistant 의 era 의 acute 의 digital boundary 의 critical 의.

매 핵심

매 6 boundary types (Brené Brown 분류)

Physical: personal space, touch, environmental
Sexual: consent, expression
Emotional: emotion 의 ownership 의 self / other
Intellectual: idea, opinion 의 respect
Material / Financial: possession, money lending
Time / Energy: schedule, attention, recovery time

매 components

Awareness: own limit 의 know
Communication: explicit + early
Maintenance: violation 의 시 의 즉시 의 reinforce
Flexibility: context 의 따른 의 adjustment

매 응용

Work-life — after-hours Slack 의 mute, vacation auto-reply.
Code review — scope creep 의 reject, PR-size limit.
LLM agent boundary — autonomous action 의 explicit allowlist.
Interpersonal — energy vampire 의 conversation 의 exit script.

💻 패턴

Slack DND schedule (config)

{
  "dnd_schedule": {
    "weekdays": "19:00-09:00",
    "weekends": "all_day",
    "exceptions": ["incident-response"]
  },
  "auto_reply": "외 of office hours. Urgent => incident channel."
}

Vacation OOO with hard boundary

Subject: OOO 2026-05-15 ~ 2026-05-22

Inbox 의 2026-05-22 까지 의 not-checked.
Urgent matter 의 [delegate@example.com] 의 contact.
Slack DM 의 not-monitored.

Email 의 prior-state 의 보존 — return 후 의 reply.

Meeting-decline template

"이 의 invite 의 thanks. 이 의 decision 의 owner 의 X — 
 [Owner] 의 forward 의 가능. 
 alternative 의 async doc 의 review 의 가능?"

Calendar boundary (focus block)

from datetime import datetime, time
from dataclasses import dataclass

@dataclass
class FocusBlock:
    start: time
    end: time
    label: str = "Deep Work — interruption 의 X"
    
    def applies(self, dt: datetime) -> bool:
        return self.start <= dt.time() <= self.end

# Daily 9-12 deep work, 14-16 collab, 16-17 reactive
schedule = [
    FocusBlock(time(9, 0), time(12, 0), "Deep work"),
    FocusBlock(time(14, 0), time(16, 0), "Collab"),
    FocusBlock(time(16, 0), time(17, 0), "Email/Slack"),
]

LLM agent action boundary

class AgentBoundary:
    ALLOW = {"read_file", "search", "summarize"}
    DENY  = {"write_file", "delete", "execute_shell", "send_email"}
    REQUIRE_CONFIRM = {"edit_file", "run_tests", "git_commit"}
    
    def authorize(self, action: str) -> str:
        if action in self.DENY: return "BLOCK"
        if action in self.REQUIRE_CONFIRM: return "ASK_USER"
        if action in self.ALLOW: return "ALLOW"
        return "BLOCK"  # default-deny

PR scope-creep deflection

PR comment:
"이 의 valid 의 concern. 별도 의 PR 의 separate 의 propose — 
 이 의 PR 의 scope 의 [original goal] 의 keep."

Energy-vampire exit script

"이 의 conversation 의 important 의. 
 다음 의 30분 의 deadline 의 인해 의 deferred 의 propose. 
 [time] 의 dedicated 의 30분 의 가능?"

매 결정 기준

상황	Approach
After-hours request	DND + delayed reply, no apology
Scope creep PR	Decline politely, redirect to follow-up issue
Emotional dumping	Active listen 5 min + boundary statement
Manager overload	"I" statement + priority surfacing
LLM agent	Default-deny + explicit allowlist

기본값: workplace boundary 의 default — explicit calendar block + Slack DND + no-apology decline script.

🔗 Graph

🤖 LLM 활용

언제: difficult-conversation script 의 draft, OOO message 의 polish, agent allowlist 의 design. 언제 X: emotional regulation 의 substitute 의 X.

❌ 안티패턴

Apology cascade: "sorry but..." 의 chain 의 boundary 의 weaken.
Over-explanation: justification 의 long 의 negotiation 의 invite.
Inconsistent enforcement: one-time exception 의 precedent 의 set.
Boundary 의 announcement-only: enforce 의 absence 의 의 useless.

🧪 검증 / 중복

Verified (Cloud & Townsend Boundaries; Brown Atlas of the Heart).
신뢰도 A.

🕓 Changelog

날짜	변경
2026-05-08	Phase 1
2026-05-10	Manual cleanup — 6 boundary types, Slack DND, focus block, LLM allowlist

5.1 KiB Raw Blame History