사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/yogsoth-ai/de-anthropocentric-research-engine --skill assess-goal-feasibility시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
assess-goal-feasibility
Purpose
Cross-check goal branches against resources, obstacles, and timeline; label each feasible, stretch, or infeasible and propose OR alternatives.
Input contract
yaml
required: [goal_branches, resource_profile, obstacle_register, timeline]
optional: [capability_evidence, dependency_graph, alternative_constraints]
constraints: [each branch must have explicit resource, obstacle, and deadline checks]Procedure
- Decompose each branch into deliverables, dependencies, and required capabilities.
- Compare requirements with resources and obstacle severity.
- Test schedule against dependencies and deadline; assign feasible/stretch/infeasible.
- For infeasible branches, construct OR alternatives that relax a declared constraint.
If the goal is feasible and its remaining tradeoffs are resolved, consider crystallize-north-star as the next tactic.
Output contract
yaml
produces: [feasibility_matrix, blocking_obstacles, alternative_branches, timeline_rationale]
delta_fields: [findings, decisions, open_questions, recommended_jumps]Quality gates
- Every branch receives all three labels checks: resource, obstacle, timeline.
- Infeasible labels identify a blocking condition and evidence.
- Each OR alternative states the relaxed constraint and residual risk.
Parameterization
Caller supplies branch schema, resource dimensions, obstacle scale, timeline units, feasibility labels, and OR-generation policy.
Failure and counterexamples
Do not label a branch feasible when an unbounded dependency or missing capability is unexamined.
Provenance map
- resolved: feasibility-check
