Project: My TypeScript Library
2026-09-04 17:46:41作者:咎竹峻Karen
General Instructions
- When you generate new TypeScript code, follow the existing coding style.
- Ensure all new functions and classes have JSDoc comments.
- Prefer functional programming paradigms where appropriate.
Coding Style
- Use 2 spaces for indentation.
- Prefix interface names with
I(for example,IUserService). - Always use strict equality (
===and!==).
这类文件适合放在仓库根目录提交进版本控制,使团队成员和 AI 共享同一份编码约定。
## 使用 /memory 命令管理上下文
你可以用 `/memory` 命令与已加载的上下文文件交互:
- **`/memory show`**:显示当前分层记忆的完整拼接内容,方便你审查模型正在接收的确切指令上下文;
- **`/memory reload`**:强制重新扫描并重新加载所有已配置位置的 `GEMINI.md` 文件。
从 [memoryCommand.ts](https://gitcode.com/GitHub_Trending/gemi/gemini-cli/blob/3c311beac2e78336816dd4a123db39743f9fbf85/packages/cli/src/ui/commands/memoryCommand.ts?utm_source=gitcode_repo_files) 的实现看,`/memory` 实际注册了四个子命令,除了上述两个之外还包括:
- **`/memory list`**:列出当前正在使用的 GEMINI.md 文件路径;
- **`/memory reload`** 的别名 **`/memory refresh`**(`altNames: ['refresh']`),效果相同。
`show` 与 `reload` 分别调用核心包的 `showMemory(config)` 与 `async refreshMemory(config)` 函数,后者会触发上文提到的 `MemoryContextManager.refresh()` 全流程重扫。
## 使用 @ 导入将上下文模块化
你可以用 `@file.md` 语法从其他文件导入内容,把大型 `GEMINI.md` 拆分成更小的、可管理的组件。该特性同时支持**相对路径**和**绝对路径**。
**带导入的 GEMINI.md 示例:**
```markdown
# Main GEMINI.md file
This is the main content.
@./components/instructions.md
More content here.
@../shared/style-guide.md
导入处理器的实现细节
导入的解析由 memoryImportProcessor.ts 中的 processImports() 完成,源码揭示了几个实用约束:
- 最大导入深度为 5(
maxDepth: 5),超过后停止继续展开,防止无限递归; - 循环导入保护:已处理文件会被记录在
processedFiles集合中,重复引用时插入<!-- File already processed: ... -->注释而非再次展开; - 代码区域免疫:出现在围栏代码块或行内代码(backtick 区域)中的
@xxx不会被当作导入处理; - 路径安全校验:
validateImportPath()会拒绝file://、http(s)://URL,并把解析后的真实路径(含符号链接解引用)约束在项目根目录之内,防止路径穿越攻击; - 失败降级:导入失败时会在原文中留下
<!-- Import failed: ... -->标记,不会中断整体加载。
导入结果有 tree 与 flat 两种形态(importFormat 参数):tree 格式在原文位置就地展开被导入内容并附带 <!-- Imported from: ... --> 标记;flat 格式则把所有被引用文件按首次遇到顺序拼接为 --- File: <path> --- 块。更多细节可参考 Memory Import Processor 文档。
通过 settings.json 自定义上下文文件名
虽然 GEMINI.md 是默认文件名,但你可以在 settings.json 中通过 context.fileName 属性改为其他文件名,或配置一组文件名(支持单个字符串或字符串数组)。
settings.json 示例:
{
"context": {
"fileName": ["AGENTS.md", "CONTEXT.md", "GEMINI.md"]
}
}
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0622
Hy4-previewHy4 preview 是由腾讯混元团队研发的新一代混合专家(MoE)旗舰模型。模型总参数量 770B,每个 token 激活 49B,主干共包含78层,第一层采用标准 FFN,其余 77 层均为 MoE 结构,每层包含 256 个路由专家与 1 个共享专家,每个 token 激活 top-8 路由专家及共享专家。主干之外原生内置 1 层 MTP(总参数量 10B,激活 0.7B)以支持投机解码。Python00
GLM-5.3GLM-5.3 与 GLM-5.2 使用相同的基座模型——所有提升均来自后训练。与 GLM-5.2 相比,它在复杂编程和长程任务上的表现显著提升。Jinja00
GLM-5.3-FlashGLM-5.3-Flash (320B-A18B),是GLM-5系列的首个原生多模态模型。320B总参数,能力超过GLM-5.2Jinja00
Spark-X2.5-4BSpark-X2.5-4B 旨在让强大的 AI 更实用、更高效、更易获得。在广泛日常任务中表现强劲,涵盖对话、写作、翻译、推理、编码、工具调用以及智能体工作流,并在同等规模的开源模型中取得领先成绩。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00
Spark-X2.5-1.7BSpark-X2.5-1.7B 旨在让强大的 AI 更加实用、高效且易于获取。这些模型在广泛的日常任务中表现出色,涵盖对话、写作、翻译、推理、编程、工具调用和智能体工作流,并在同等规模的开源模型中取得领先结果。Spark-X2.5 将面向效率的架构与最高 1M tokens 的原生上下文窗口相结合,并支持 200 多种语言。Python00
最新内容推荐
Git 翻译本地化自动化工作流:基于 po/AGENTS.md 的 PO 文件维护、AI 辅助翻译与质量评审全解screenshot-to-code 的 AGENTS.md:面向 AI Agent 的工程协作规范——Poetry 环境、测试门禁与 Cursor Cloud 启动陷阱全解Spec Kit 扩展模板深度解析:基于 extensions/template 构建、调试并发布你的第一个扩展Supabase 仓库中的 Vitest 快照测试实战:文件快照、内联快照与更新机制全解析socket.io-client 发布流程详解:从版本号管理到 npm 可信发布与 CDN 分发oh-my-opencode 后台代理全局并发上限设计:maxBackgroundAgents 配置从 Zod Schema 到 ConcurrencyManager 落地的完整方案Langflow 开发实战指南:从 AGENTS.md 看 Langflow 仓库的构建、架构与组件开发规范PyTorch Android 构建与集成指南:从 Maven 依赖到源码编译 libpytorch.so 的完整实践Gemini CLI 沙箱网络出口隔离:GEMINI_SANDBOX_PROXY_COMMAND 代理脚本原理与完整示例Gemini CLI 会话管理实战:会话自动保存、恢复、检查点与保留策略深度解析
项目优选
收起
deepin linux kernel
C
33
18
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
1.12 K
2.72 K
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
903
1.82 K
暂无描述
Markdown
888
5.78 K
作为 Ascend for PyTorch 社区的核心组件,TorchNPU 是昇腾专为 PyTorch 打造的深度学习适配插件,使 PyTorch 框架能够直接调用昇腾 NPU,为开发者提供昇腾 AI 处理器的超强算力。
Python
854
1.34 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
527
590
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。
Python
3.51 K
1.01 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.33 K
1.45 K
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
540
384
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.17 K
341