소스 정보
- 저장소
- gravitational/teleport
- 최근 소스 활동
- 2026년 7월 28일 15:48
- 감지된 SKILL.md 언어
- 영어
- 스타
- 20,817
- 포크
- 2,137
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
메뉴
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/gravitational/teleport --skill flaky-test명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
Use when reviewing who can access which resources in a Teleport cluster, or whether that access is actually used — access list / ACL recertification, "who can reach this database/server", "what can this user access", attesting access for audit/compliance, and finding dormant or unused standing privileges. Covers `tctl access-review`, the `access_path` SQL query language, output semantics, and combining it with `tctl investigate`.
Use when investigating identity or resource activity in a Teleport cluster. Covers `tctl investigate` filter semantics, fast facet-only exploration, custom Lucene query construction, and token-efficient parsing patterns.
Use for Teleport access list work with tctl; listing available resources (servers, databases, apps, etc.) before choosing an access grant target, creating new access lists, updating existing lists, or deleting/retiring lists. Trigger for requests like "give alice access", "create an access list", "standing access", "Access Request", "custom access list", "show/list apps", "show AWS IC permission sets", "add AWS IC to this list", "change owners/members/access", "remove access", "delete/retire/tear down an access list". Handles access-type lists where Teleport creates supporting roles, and custom lists that grant existing roles/traits.
| name | flaky-test |
| description | Run when the user asks to investigate, troubleshoot, or fix a flaky Go test. |
You are debugging a flaky test. In Teleport, flaky tests often pass locally on powerful developer machines, but then fail on constrained CI/CD hardware.
Sometimes the problem is due to the way the test is written, but there are plenty of occaisions where the flaky test is highlighting a problem in the implementation itself.
go test -c -o flaky.test .stress tool:
stress -failfast -p 30 ./flaky.test -test.run TestNameHere.
If stress is not installed it can be installed with
go install golang.org/x/tools/cmd/stress@latest.
You may need to increase the -p (parallelism) flag in order to reproduce
the flake. Avoid increasing the parallelism too much. Anything above -p 100
starts to induce failures in common setup logic rather than in the test itself.stress until it passes consistently.flaky.test binary. Do not make any commits,
the developer will want to review your changes and make adjustments.Prefer deterministic changes like channel-based notifications or
testing/synctest over retry-based solutions like require.Eventually.
Extending the timeout of a test is usually an anti-pattern. Try to fix the bug
in the implementation or rewrite the test to run faster.
Another way to make tests more reliable is to make them do less. Look for opportunities to improve the runtime of the test. This might mean optimizing the underlying code, better isolating the feature under test, or disabling features that are enabled by default but otherwise unnecessary for the feature being tested.