MCP HubMCP Hub
Retour aux compétences

shift-camouflage

pjt222
Mis à jour 6 days ago
15 vues
17
2
17
Voir sur GitHub
Métaapi

À propos

La compétence de camouflage dynamique permet aux systèmes de présenter dynamiquement différentes API et comportements polymorphes à différents observateurs, inspirée par le camouflage adaptatif. Elle réduit les surfaces d'attaque et permet des fonctionnalités contextuelles en n'exposant que ce dont chaque consommateur a besoin. Utilisez-la pour des déploiements progressifs, l'adaptation environnementale, ou pour masquer les modèles du système sans modifier la logique centrale.

Installation rapide

Claude Code

Recommandé
Principal
npx skills add pjt222/agent-almanac -a claude-code
Commande PluginAlternatif
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternatif
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/shift-camouflage

Copiez et collez cette commande dans Claude Code pour installer cette compétence

Documentation

變形

仿烏賊色細胞之適表也——多態介、隨境之為、旗、減攻面。表隨境變、核恆穩、減攻面、宜異觀者。

  • 系需異介於異客(API 版、多租、按角)→用
  • 減攻面、各觀者唯見所需→用
  • 旗、漸放、A/B 測於介→用
  • 系隨境變為而核不變→用
  • 護內構於外耦(觀者耦表非構)→用
  • adapt-architecture:表變足而深變不需→用

  • :待適之系
  • :諸觀者及其異介需
  • :今介設與限
  • :威脅模(何宜匿何觀者?)
  • :旗系或漸放基
  • :性能限(動表生有耗)

一:圖觀者域

識誰交而各需何見。

  1. 籍諸觀者:
    • 外用(終用、API 客、夥)
    • 內服(微服、背工、管工)
    • 敵(攻、爬、競)
    • 監(審、合規)
  2. 各觀者定:
    • 所需見(必介)
    • 所不見(匿面)
    • 所期見(容介——或異於所需)
    • 何交(協、率、敏)
  3. 建觀者-面陣:
Observer-Surface Matrix:
┌──────────────┬────────────────────────┬─────────────────┬──────────────┐
│ Observer     │ Required Surface       │ Hidden Surface  │ Threat Level │
├──────────────┼────────────────────────┼─────────────────┼──────────────┤
│ End users    │ Public API v2, UI      │ Internal APIs,  │ Low          │
│              │                        │ admin endpoints │              │
├──────────────┼────────────────────────┼─────────────────┼──────────────┤
│ Partner API  │ Partner API, webhooks  │ Internal logic, │ Medium       │
│              │                        │ user data       │              │
├──────────────┼────────────────────────┼─────────────────┼──────────────┤
│ Admin tools  │ Full API, debug        │ Raw data store  │ Low          │
│              │ endpoints              │ access          │              │
├──────────────┼────────────────────────┼─────────────────┼──────────────┤
│ Adversaries  │ Nothing (minimal)      │ Everything      │ High         │
│              │                        │ possible        │              │
└──────────────┴────────────────────────┴─────────────────┴──────────────┘

得:全觀者域與各面需。為後設之本。

敗:觀者識不全→始於兩端:最權(管)與最限(敵)。設此二之面、後內推餘者。

二:設色細胞圖

建觀者境與面之配——「色細胞」層。

  1. 定境訊:
    • 認身→定權級
    • 請來→地、網、應境
    • 旗→啟閉某面元
    • 時/段→部署期、營業時、維護窗
    • 載/健→降模或減面
  2. 設面生則:
    • 各境訊組合定面元為:
      • :含於應/介
      • :全除(誤訊亦不洩存)
      • :存而異(異模、簡資)
      • :故誤面元、敵境用
  3. 行色細胞層:
    • 薄中介/代於核與觀者間
    • 各請評境訊
    • 施宜面配
    • 永不變核——唯濾、變表
Chromatophore Architecture:
┌──────────────────────────────────────────────────────┐
│ Observer Request                                      │
│        │                                              │
│        ↓                                              │
│ ┌─────────────────┐                                   │
│ │ Context Extract  │ ← Auth, origin, flags, time      │
│ └────────┬────────┘                                   │
│          ↓                                            │
│ ┌─────────────────┐                                   │
│ │ Surface Select   │ ← Observer-surface matrix lookup  │
│ └────────┬────────┘                                   │
│          ↓                                            │
│ ┌─────────────────┐                                   │
│ │ Core System      │ ← Processes request normally      │
│ └────────┬────────┘                                   │
│          ↓                                            │
│ ┌─────────────────┐                                   │
│ │ Surface Filter   │ ← Remove/transform/add elements   │
│ └────────┬────────┘                                   │
│          ↓                                            │
│ Observer Response (adapted surface)                    │
└──────────────────────────────────────────────────────┘

得:色細胞圖譯境為面配。圖明、可審、與核分。

敗:圖過繁(境組過多)→簡為按角面:定 3-5 面(公、夥、管、內、最少)映諸觀者。

三:行為態變

使系為亦適境、非唯表。

  1. 識境變之行為:
    • 應詳級(管詳、公簡)
    • 限率(夥寬、無名嚴)
    • 誤訊(內詳、外泛)
    • 資新(高即時、標緩存)
    • 功可用(測者全、通常穩)
  2. 行為變體:
    • 各體為全測之路
    • 境定行體
    • 諸體共核而異於表與策
  3. 旗整合:
    • 旗控啟某行體
    • 漸放:新為示某率觀者、漸增
    • 斷:自復安全為若新體致誤

得:系為適境——同核生宜異眾應。旗啟新為之漸放。

敗:態變致路過繁→合為流模:核→策層→表層。態變唯居策表、核保一。

四:減攻面

減敵可察、可交者。

  1. 行最小面則:
    • 各觀者唯見所需——無多
    • 未認觀者見最少面
    • 誤訊勿洩內構(無棧、內路、版號)
  2. 行主動減面:
    • 除默頁、頭、端口、揭技
    • 隨非要應特(時抖、頭序)
    • 全閉未用 API 端口(非匿——真關)
  3. 行模式擾:
    • 變應特擊指紋
    • 入控不測於非功
    • 確功為定而面特變
  4. 監偵察:
    • 偵探匿面之請模(列舉攻)
    • 警復訪不存端口(路模糊)
    • 跨會追、聯偵模(見 defend-colony

得:最小攻面、敵不易定技、內構、匿能。偵察察追。

敗:減面害合客→觀者-面陣不全、合需被匿。覆步一更陣。隨致禍→唯隨非功(時、頭)、保功定。

五:保面恆

確動面恆、可調、可養。

  1. 面測:
    • 各觀者面明測(管見管面?公見公面?)
    • 測面換(觀者境會中變何如?)
    • 測面敗模(色細胞層敗則何面顯?)
  2. 面文:
    • 文各觀者面與其配
    • 文境訊與其於擇面之效
    • 文與真為齊(測文於實)
  3. 調支:
    • 管/調模顯何面活、何故
    • 日記捕各請所施面配
    • 可重請於某面為調
  4. 面演:
    • 加新面元:加於宜面、測、部
    • 除面元:警期、後除
    • 變面為:旗控、漸放

得:可養、可測、文全之適面系。動性不害調、文、演介之能。

敗:色細胞層成調夢魘→加透:各應含追頭(唯管/調可見)示何面施、何境訊定之。

  • 觀者域圖含各觀者面需
  • 色細胞圖譯境為面配
  • 態變使應適觀者境
  • 攻面減於敵
  • 各觀者面明測
  • 面敗模顯安默(最少面)
  • 調/管模可察活面配
  • 面文與實為合

  • 面繁爆:觀者面過多、變過繁。合至 3-5 面為極。多觀者皆入廣類
  • 核污:適面理入核業務。色細胞層必分——若於核加觀者類之 if,構誤也
  • 唯靠遮掩:減面為深防一層、非代正安控。匿端口仍需認、授
  • 面不恆:觀者甲見應 v1、乙見 v2——而本應同。明測面、保陣為憑
  • 忘敗面:色細胞層自敗、觀者見何面?默必安(最少面)非開(全面)

  • assess-form — 適面或解所識壓而不需深變
  • adapt-architecture — 深構變、適面不足時
  • repair-damage — 適面或掩傷於修中(慎——勿匿真患)
  • defend-colony — 減攻面為防一層;偵察識入防
  • coordinate-swarm — 散系隨境之為需協適面
  • configure-api-gateway — API 網實多色細胞層之能
  • deploy-to-kubernetes — Kubernetes 服與入口啟網層面控

Dépôt GitHub

pjt222/agent-almanac
Chemin: i18n/wenyan-ultra/skills/shift-camouflage
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Compétences associées

content-collections

Méta

Cette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.

Voir la compétence

polymarket

Méta

Cette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.

Voir la compétence

creating-opencode-plugins

Méta

Cette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.

Voir la compétence

sglang

Méta

SGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.

Voir la compétence