SkillFoxx
Telegram

lassejlv Skills

Личный набор скиллов Ласса: аудит безопасности бэкенда, очистка аккаунтов AWS и GCP, дорожные карты проектов и коммит-сообщения

  • 70 ★ репозитория
  • Последний коммит
Скилл

Широкий доступ

Почему такой уровень

  • Скиллы очистки облаков удаляют ресурсы аккаунтов AWS и GCP по вашим подтверждениям, а удаленное не возвращается
  • Скилл `gitty` может коммитить и пушить изменения, `use-aws` работает с профилями вашего аккаунта
Все причины и проверки

lassejlv/skillsАвтор:lassejlv

Установка

В терминале, через SkillFoxx CLI

npx skillfoxx add skills/lassejlv-skills

Определит агенты на машине, покажет уровень доступа и зафиксирует версию.

Другие способы установки

Доступ и проверки

Как мы проверяем

Широкий доступИнструмент может менять данные, выполнять команды или работать с секретами.

  • Скиллы очистки облаков удаляют ресурсы аккаунтов AWS и GCP по вашим подтверждениям, а удаленное не возвращается
  • Скилл `gitty` может коммитить и пушить изменения, `use-aws` работает с профилями вашего аккаунта

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Репозиторий собирает личные скиллы автора в один мультискилл-пакет и ставится командой `npx skills add lassejlv/skills`. Список выводит `--list`, один скилл выбирают флагом `--skill <имя>`, все сразу ставит `--skill '*'`. В наборе около тридцати скиллов для разработки, облаков и интерфейсов. Для бэкенда и облаков: `backend-security-audit` проверяет код, авторизацию, доступ к данным, секреты, интеграции, зависимости и настройки деплоя на подтвержденные уязвимости; `use-aws` работает с аккаунтами AWS через CLI с профилями, сначала в режиме чтения; `aws-account-cleanup` и `gcp-account-cleanup` строят опись ресурсов в режиме `dry-run` и удаляют их только после явных подтверждений; `minimize-api-responses` помогает отдавать каждому клиенту только нужные и разрешенные поля. Для проектов и кода: `project-orientation-sweep` описывает незнакомый репозиторий и подбирает проверки, `project-roadmap` пишет дорожную карту с этапами, зависимостями и критериями завершения, `gitty` генерирует и коммитит сообщения через Codex, Claude Code или OpenCode, `clean-codebase` координирует восемь агентов очистки по дублям, типам, мертвому коду и циклам, `legal-policy-drafter` составляет условия использования и политику конфиденциальности по коду. Есть и скиллы для интерфейсов, Rust-приложений на GPUI и встраиваемого терминала Termy.

Для кого. Разработчикам на TypeScript и Rust, которые работают с облаками AWS и Google Cloud и хотят взять готовые проверенные скиллы для аудита, очистки и планирования.

Подходит, если

  • Перед релизом бэкенда нужен обзор кода на подтвержденные уязвимости: авторизация, секреты, загрузки файлов, вебхуки
  • Тестовый аккаунт AWS или проект GCP забит ресурсами, и их надо описать в режиме `dry-run` и удалить с подтверждениями
  • Проект незнакомый, и агенту надо составить карту и выбрать проверки до правок
  • Для продукта нужна дорожная карта с этапами и критериями завершения на основе реального репозитория
  • Коммит-сообщения надо генерировать по изменениям через `gitty`

Не подходит, если

  • Нужен только один скилл: проще скопировать его папку, чем ставить весь набор
  • Нужна автоматическая очистка продакшен-аккаунта без подтверждений: скиллы очистки работают только с явными ограничителями
  • Вы не используете Codex, Claude Code или OpenCode: часть скиллов написана под их формат
  • Нужен отдельный сопровождаемый продукт с историей версий: это личная коллекция автора

Пример запроса к агенту

Проведи `backend-security-audit` по этому репозиторию и покажи подтвержденные находки с путями файлов

Ограничения

  • Это личная коллекция автора: часть скиллов узкая, например `libtermy-implementation` и `paper-to-gpui` нужны только при работе с Termy и GPUI.
  • Скиллы очистки AWS и GCP удаляют ресурсы: сначала `dry-run` и опись, удаление идет только после явных подтверждений, но токены и права вы выдаете сами.
  • Лицензия в репозитории не указана: GitHub не определил ее автоматически, поэтому условия использования стоит уточнить у автора.
  • Скилл `backend-security-audit` описывает защитный обзор своего кода и не заменяет независимый пентест.

Как отключить. Удалите нужные папки из каталога скиллов агента, например из `~/.claude/skills/`. Для пакета, поставленного через `npx skills`, лишнее убирают теми же средствами `skills`, а облачные ресурсы после очистки не восстанавливаются.

Частые вопросы

Как поставить скиллы?

Выполните `npx skills add lassejlv/skills --skill '*'` для всех или `--skill <имя>` для одного. Сначала посмотрите список командой `npx skills add lassejlv/skills --list`.

Безопасна ли очистка аккаунтов AWS и GCP?

Скиллы сначала строят опись в режиме `dry-run` и удаляют ресурсы только после явных подтверждений. Подтверждения и права остаются на вас, а удаленное не вернуть.

Что проверяет `backend-security-audit`?

Код, авторизацию, доступ к данным, секреты, интеграции, зависимости, загрузки файлов, вебхуки, фоновые задачи и настройки деплоя. Нужны только подтвержденные находки.

Какие скиллы связаны с интерфейсами?

`plain-design-engineer`, `no-vibe-code`, `use-design-system`, `create-ui-kit-from-website` и `build-planetscale-landing-pages`: они задают визуальное направление и ловят шаблонные приемы дизайна.

Что такое `clean-codebase`?

Скилл `clean-codebase` координирует восемь агентов, каждый ищет свое: дубли, типы, мертвый код, циклы, обработку ошибок, устаревшие пути и мусорный код. Выводы опираются на доказательства.

Обсуждение

Вопросов и отзывов пока нет.

Скиллы

Двенадцать независимых скиллов для разработки: цикл агентов с планом и ревью, разбор pull request, TDD и триаж почты.

СкиллРасширенный доступ53

Каталог из 46 версионных скиллов для код-ревью, релизов, CI и лендингов: ставится плагином lstack или по одному через npx.

ПлагинРасширенный доступ145

Менеджер скиллов и агентов с lock-файлом: ставит одни и те же наборы в Claude Code, Codex, Cursor и другие, не теряя ваших правок.

CLIРасширенный доступ181

Девять личных скиллов инженера: цепочка от идеи до PR, поиск стандартов, песочница с циклом ревью и страницы-разборы изменений

СкиллРасширенный доступ170

jnsahaj skills

jnsahaj/skills

Восемь скиллов для ревью кода, черновых pull request и разбора багов по одной причине с ожиданием вашего решения.

СкиллРасширенный доступ107

lencx skills

lencx-skills

Два скилла для Claude Code и Codex: keel решает вопросы архитектуры, coding-protocol держит правки кода в границах задачи

СкиллМинимальный доступ197

Коротко о README

README коротко называет репозиторий мультискилл-пакетом личных скиллов и показывает установку: список, один скилл, все сразу, установка по полному URL. Затем идет перечень скиллов с описанием каждого, от очистки AWS и GCP до скиллов для интерфейсов и GPUI.

Бейдж для README

Исходный SKILL.md

---
name: backend-security-audit
description: Defensive backend security review for source code, API servers, auth flows, database access, dependency configuration, secrets handling, file uploads, webhooks, background jobs, and deployment settings. Use when Codex is asked to audit, review, deep research, harden, or find vulnerabilities in a user's own backend or authorized codebase, and to report findings before making fixes.
---

# Backend Security Audit

## Overview

Perform a defensive, evidence-led backend security audit. Find as many real vulnerabilities and risky patterns as possible, report them clearly to the user, then ask whether to implement fixes.

Use this only on systems the user owns or is authorized to assess. Do not provide exploit payloads, attack playbooks, or instructions for compromising third-party systems.

## Audit Workflow

1. Establish scope from the repository:
   - Identify backend entry points, framework, package manager, runtime, API routes, middleware, auth/session libraries, database layer, background jobs, file storage, webhook handlers, and deployment files.
   - Read project docs, environment examples, schema files, route definitions, middleware, and dependency manifests before judging individual files.
   - Prefer `rg` and `rg --files` for discovery.

2. Load the checklist when needed:
   - Read `references/audit-checklist.md` before the detailed pass, or when the backend uses unfamiliar patterns.
   - Use it as coverage guidance, not as a substitute for code-specific reasoning.

3. Trace trust boundaries:
   - For each external input path, follow data from request, queue message, webhook, file upload, CLI job, or third-party callback into validation, authorization, persistence, side effects, and responses.
   - Pay special attention to paths that cross user, tenant, organization, admin, payment, or internal-service boundaries.

4. Verify findings against code:
   - Report a finding only when there is concrete evidence in the code or configuration.
   - Include file references and the relevant behavior. Avoid vague claims like "may be vulnerable" unless the uncertainty is explicitly explained.
   - Separate confirmed vulnerabilities from hardening recommendations.

5. Assess severity:

Сообщить о проблеме