원클릭으로 Manus에서 모든 스킬 실행

port-change

스타0

포크0

업데이트2026년 7월 10일 04:06

Ports the current branch's change to this template's sibling variants (es/en × with-AI/no-AI) — translates the content, adapts or removes the AI layer depending on the target, and leaves each variant with a PR-ready branch. Use this when a template change must be replicated in the other variants (e.g. "port this change to the Spanish template", "replicate this in the variants").

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

brayandiazc

brayandiazc/project-starter-template-en-ai

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Step 1 — Scope the change

Take the current branch's diff against main (git diff main...HEAD) and classify each file: general documentation, AI layer (.claude/, AGENTS.md, CLAUDE.md, specs/), or neutral tooling (.github/, scripts)?

Step 2 — Choose targets

Ask which variants to port to and where their local copies live (or clone them). Rules per target:

Same language, no AI: strip from the port everything that depends on the AI layer (skills, .claude/ hooks, mentions of agents). If a native equivalent exists (e.g. .githooks/), adapt there.
Other language: translate content and names following the rename map in .github/scripts/check-parity.sh (e.g. instantiate ↔ instanciar, port-change ↔ portar-cambio, update-template ↔ actualizar-plantilla). Placeholders get translated too ([PROJECT_NAME] ↔ [NOMBRE_DEL_PROYECTO]): respect the target's TEMPLATE-USAGE catalog.

Step 3 — Apply in each target

In each variant: create a branch with the same name as the origin one, apply the adapted change, and run its checks (.github/scripts/check-links.sh, check-placeholders.sh, tests if they exist).

Attribution: in the with-AI variants, commits carry the co-authorship trailer from docs/conventions/ai-agents.md; in the no-AI variants, commits carry NO attribution or mention of AI (neither in the message nor in the ported content).

Step 4 — Wrap-up

Summarize per variant: branch created, files ported, what was adapted or omitted and why. Remind them to open the PRs (/open-pr skill in the with-AI variants).

Example: branch feat/new-hook here → /port-change → feat/new-hook branches in the other 3 variants, translated and with the AI layer removed where it doesn't apply.

Do NOT push or open PRs without confirmation, do NOT blindly port AI-layer files to the no-AI variants, and do NOT leave variants half-done: if a target fails, report it explicitly.

이 저장소의 다른 Skills

같은 저장소

instantiate

brayandiazc/project-starter-template-en-ai

Instantiates this template into a real project through a guided interview — detects whether the project is new or existing, fills in the placeholders, adapts the docs to the project type, and decides the permissions policy. Use this when someone clones/adopts this template and wants to configure it for their project (e.g. "instantiate this template", "set up this template for my project", "bootstrap the project from this base").

2026-07-100

new-spec

brayandiazc/project-starter-template-en-ai

Scaffolds a new lightweight change spec by copying the spec template directory into a named spec folder. Use this when the user wants to start a spec, plan a change/feature, or create a design doc before implementing (e.g. "spec out the checkout redesign", "create a spec for the new auth flow").

2026-07-100

release

brayandiazc/project-starter-template-en-ai

Cuts a new version — moves the CHANGELOG's Unreleased section to a dated SemVer version, creates the commit and the tag, and optionally the GitHub release. Use this when someone asks to publish/cut a version or prepare a release (e.g. "cut version 1.2.0", "prepare the release", "publish a new version"). Does not push without confirmation.

2026-07-100

update-template

brayandiazc/project-starter-template-en-ai

Brings into this project the improvements its origin template received after instantiation — reads .template-origin, computes the tooling diff (skills, hooks, scripts, workflows) against the current template and offers to apply it. Use this when someone wants to update/sync the project with the template (e.g. "update the template", "pull in the template's new improvements").

2026-07-100

open-issue

brayandiazc/project-starter-template-en-ai

Drafts and creates a GitHub issue by filling out the right template from .github/ISSUE_TEMPLATE/ based on the type (bug, feature, documentation, task, or question). Use this when the user asks to open/create an issue, report a bug, or record a task/request (e.g. "open an issue for this bug", "create an issue for the new feature", "log this task"). Does not close or comment on existing issues.

2026-07-100

migration-guard

brayandiazc/project-starter-template-en-ai

Reviews a database migration before it ships to make sure it is safe — reversible, non-destructive, and backward-compatible — following the project's database conventions. Use this whenever you create, review, or approve a schema or data migration (e.g. "check this migration", "is this migration safe to deploy?").

2026-06-300

name	port-change
description	Ports the current branch's change to this template's sibling variants (es/en × with-AI/no-AI) — translates the content, adapts or removes the AI layer depending on the target, and leaves each variant with a PR-ready branch. Use this when a template change must be replicated in the other variants (e.g. "port this change to the Spanish template", "replicate this in the variants").

Replicate the current branch's change in the family's sibling variants:

🇬🇧 with AI: project-starter-template-en-ai · 🇪🇸 with AI: project-starter-template-es-ai
🇬🇧 no AI: project-starter-template-en · 🇪🇸 no AI: project-starter-template-es

Step 1 — Scope the change

Step 2 — Choose targets

Ask which variants to port to and where their local copies live (or clone them). Rules per target:

Same language, no AI: strip from the port everything that depends on the AI layer (skills, .claude/ hooks, mentions of agents). If a native equivalent exists (e.g. .githooks/), adapt there.
Other language: translate content and names following the rename map in .github/scripts/check-parity.sh (e.g. instantiate ↔ instanciar, port-change ↔ portar-cambio, update-template ↔ actualizar-plantilla). Placeholders get translated too ([PROJECT_NAME] ↔ [NOMBRE_DEL_PROYECTO]): respect the target's TEMPLATE-USAGE catalog.

Step 3 — Apply in each target

In each variant: create a branch with the same name as the origin one, apply the adapted change, and run its checks (.github/scripts/check-links.sh, check-placeholders.sh, tests if they exist).

Step 4 — Wrap-up

Summarize per variant: branch created, files ported, what was adapted or omitted and why. Remind them to open the PRs (/open-pr skill in the with-AI variants).

Example: branch feat/new-hook here → /port-change → feat/new-hook branches in the other 3 variants, translated and with the AI layer removed where it doesn't apply.

Do NOT push or open PRs without confirmation, do NOT blindly port AI-layer files to the no-AI variants, and do NOT leave variants half-done: if a target fails, report it explicitly.