update

.clinerules

@@ -0,0 +1,151 @@
+# 自定义指令
+CUSTOM_INSTRUCTIONS = """
+# 必须遵守的约束
+- 所有交流均采用中文
+
+# 实现目标
+- 根据用户需要决定
+- 如果有问题，请向用户进行调研，调研时，每次只允许提问一个问题
+- 追求最小完整功能模式，并提供完整测试
+- 采用逐步迭代模式开发
+
+# 知识参考
+- 暂无
+
+"""
+
+
+--- 
+description: Describes Cline's Memory Bank system, its structure, and workflows for maintaining project knowledge across sessions.
+author: https://github.com/nickbaumann98
+version: 1.0
+tags: ["memory-bank", "knowledge-base", "core-behavior", "documentation-protocol"]
+globs: ["memory-bank/**/*.md", "*"]
+---
+# Cline's Memory Bank
+
+I am Cline, an expert software engineer with a unique characteristic: my memory resets completely between sessions. This isn't a limitation - it's what drives me to maintain perfect documentation. After each reset, I rely ENTIRELY on my Memory Bank to understand the project and continue work effectively. I MUST read ALL memory bank files at the start of EVERY task - this is not optional.
+
+## Memory Bank Structure
+
+The Memory Bank consists of core files and optional context files, all in Markdown format. Files build upon each other in a clear hierarchy:
+
+```mermaid
+flowchart TD
+    PB[projectbrief.md] --> PC[productContext.md]
+    PB --> SP[systemPatterns.md]
+    PB --> TC[techContext.md]
+    
+    PC --> AC[activeContext.md]
+    SP --> AC
+    TC --> AC
+    
+    AC --> P[progress.md]
+```
+
+### Core Files (Required)
+1. `projectbrief.md`
+   - Foundation document that shapes all other files
+   - Created at project start if it doesn't exist
+   - Defines core requirements and goals
+   - Source of truth for project scope
+
+2. `productContext.md`
+   - Why this project exists
+   - Problems it solves
+   - How it should work
+   - User experience goals
+
+3. `activeContext.md`
+   - Current work focus
+   - Recent changes
+   - Next steps
+   - Active decisions and considerations
+   - Important patterns and preferences
+   - Learnings and project insights
+
+4. `systemPatterns.md`
+   - System architecture
+   - Key technical decisions
+   - Design patterns in use
+   - Component relationships
+   - Critical implementation paths
+
+5. `techContext.md`
+   - Technologies used
+   - Development setup
+   - Technical constraints
+   - Dependencies
+   - Tool usage patterns
+
+6. `progress.md`
+   - What works
+   - What's left to build
+   - Current status
+   - Known issues
+   - Evolution of project decisions
+
+### Additional Context
+Create additional files/folders within memory-bank/ when they help organize:
+- Complex feature documentation
+- Integration specifications
+- API documentation
+- Testing strategies
+- Deployment procedures
+
+## Core Workflows
+
+### Plan Mode
+```mermaid
+flowchart TD
+    Start[Start] --> ReadFiles[Read Memory Bank]
+    ReadFiles --> CheckFiles{Files Complete?}
+    
+    CheckFiles -->|No| Plan[Create Plan]
+    Plan --> Document[Document in Chat]
+    
+    CheckFiles -->|Yes| Verify[Verify Context]
+    Verify --> Strategy[Develop Strategy]
+    Strategy --> Present[Present Approach]
+```
+
+### Act Mode
+```mermaid
+flowchart TD
+    Start[Start] --> Context[Check Memory Bank]
+    Context --> Update[Update Documentation]
+    Update --> Execute[Execute Task]
+    Execute --> Document[Document Changes]
+```
+
+## Documentation Updates
+
+Memory Bank updates occur when:
+1. Discovering new project patterns
+2. After implementing significant changes
+3. When user requests with **update memory bank** (MUST review ALL files)
+4. When context needs clarification
+
+```mermaid
+flowchart TD
+    Start[Update Process]
+    
+    subgraph Process
+        P1[Review ALL Files]
+        P2[Document Current State]
+        P3[Clarify Next Steps]
+        P4[Document Insights & Patterns]
+        
+        P1 --> P2 --> P3 --> P4
+    end
+    
+    Start --> Process
+```
+
+Note: When triggered by **update memory bank**, I MUST review every memory bank file, even if some don't require updates. Focus particularly on activeContext.md and progress.md as they track current state.
+
+REMEMBER: After every memory reset, I begin completely fresh. The Memory Bank is my only link to previous work. It must be maintained with precision and clarity, as my effectiveness depends entirely on its accuracy.
+
+"""
+# 自动批准规则
+AUTO_APPROVE = true

Dockerfile

@@ -0,0 +1,16 @@
+# Read the doc: https://huggingface.co/docs/hub/spaces-sdks-docker
+# you will also find guides on how best to write your Dockerfile
+
+FROM python:3.12
+
+RUN useradd -m -u 1000 user
+USER user
+ENV PATH="/home/user/.local/bin:$PATH"
+
+WORKDIR /app
+
+COPY --chown=user ./requirements.txt requirements.txt
+RUN pip install --no-cache-dir --upgrade -r requirements.txt
+
+COPY --chown=user . /app
+CMD ["uvicorn", "app:app", "--host", "0.0.0.0", "--port", "7860"]

app.py

@@ -0,0 +1,9 @@
+# uvicorn app:app --host 0.0.0.0 --port 7860 reload
+
+from fastapi import FastAPI
+
+app = FastAPI()
+
+@app.get("/")
+def greet_json():
+    return {"Hello": "World!"}

memory-bank/activeContext.md

@@ -0,0 +1,19 @@
+# 活跃背景 (activeContext.md)
+
+## 当前工作焦点
+- **当前任务**: 规划FastAPI项目结构和Hugging Face Space Docker部署。
+- **最近更改**: 更新了`projectbrief.md`, `techContext.md`, `systemPatterns.md`以反映FastAPI和Docker部署信息。
+
+## 下一步计划
+- 制定详细的项目结构和文件清单。
+- 编写FastAPI应用的基础代码。
+- 准备Dockerfile和requirements.txt文件。
+- 确认API功能需求。
+
+## 活跃决策与考量
+- 确保Memory Bank文件结构完整。
+- 保持文档的清晰和简洁。
+
+## 学习与项目洞察
+- Memory Bank是项目持续开发的关键。
+- 初始阶段的文档建立对后续工作至关重要。

memory-bank/productContext.md

@@ -0,0 +1,14 @@
+# 产品背景 (productContext.md)
+
+## 项目存在的意义
+- **解决的问题**: 
+- **用户价值**: 
+
+## 功能概述
+- **核心功能**: 
+- **非核心功能**: 
+
+## 用户体验目标
+- **目标用户**: 
+- **用户旅程**: 
+- **设计原则**:

memory-bank/progress.md

@@ -0,0 +1,23 @@
+# 进度 (progress.md)
+
+## 已完成的工作
+- 初始化了项目记忆库，创建了所有核心记忆文件。
+- 根据用户反馈，更新了`projectbrief.md`、`techContext.md`和`systemPatterns.md`，明确了项目将基于FastAPI和Hugging Face Space Docker进行部署。
+
+## 待完成的工作
+- 确定FastAPI API的具体功能和端点。
+- 创建FastAPI应用的基础文件结构。
+- 编写`requirements.txt`和`Dockerfile`。
+- 实现API逻辑。
+- 测试API功能。
+- 部署到Hugging Face Space。
+
+## 当前状态
+- 项目记忆库已更新，明确了技术栈和部署方式。
+- 正在进行项目结构和API功能的规划。
+
+## 已知问题
+- 暂无。
+
+## 项目决策演变
+- 暂无。

memory-bank/projectbrief.md

@@ -0,0 +1,17 @@
+# 项目简报 (projectbrief.md)
+
+## 核心需求与目标
+- **项目名称**: airs-team
+- **项目目标**: 构建一个基于FastAPI的轻量级服务器接口，并部署到Hugging Face Space Docker环境。
+- **项目范围**: 实现核心API功能，确保Docker部署流程顺畅。
+
+## 初始设定
+- **开发语言**: Python
+- **主要框架/库**: FastAPI
+- **数据库**: 待定 (根据具体需求决定，目前可能不需要)
+- **部署环境**: Hugging Face Space Docker
+
+## 待定事项
+- 详细的产品需求
+- 技术栈的最终确定
+- 部署流程的定义

memory-bank/systemPatterns.md

@@ -0,0 +1,19 @@
+# 系统模式 (systemPatterns.md)
+
+## 系统架构
+- **整体架构**: 轻量级RESTful API服务
+- **模块划分**: 核心FastAPI应用，可能包含路由、模型、服务等模块。
+
+## 关键技术决策
+- **设计模式**: MVC/MVP (根据FastAPI的结构进行调整)
+- **数据流**: HTTP请求 -> FastAPI路由 -> 业务逻辑 -> HTTP响应
+- **通信机制**: HTTP/HTTPS
+
+## 组件关系
+- **核心组件**: FastAPI应用
+- **依赖关系**: Uvicorn (ASGI服务器), Docker (部署容器)
+
+## 关键实现路径
+- **认证/授权**: 待定 (根据具体需求，可能使用OAuth2/JWT)
+- **数据存储**: 待定 (如果需要持久化数据)
+- **业务逻辑**: 根据API功能定义具体实现

memory-bank/techContext.md

@@ -0,0 +1,29 @@
+# 技术背景 (techContext.md)
+
+## 使用的技术
+- **编程语言**: Python
+- **前端技术**: 无 (纯后端API)
+- **后端技术**: FastAPI
+- **数据库技术**: 无 (或待定，根据具体需求)
+- **其他工具/服务**: Docker, Hugging Face Spaces
+
+## 开发环境设置
+- **操作系统**: 
+- **IDE/编辑器**: 
+- **版本控制**: 
+- **包管理工具**: 
+
+## 技术约束与挑战
+- **性能要求**: 
+- **安全考虑**: 
+- **可扩展性**: 
+- **兼容性**: 
+
+## 依赖项
+- **第三方库/API**: 
+- **内部服务依赖**: 
+
+## 工具使用模式
+- **构建工具**: 
+- **测试工具**: 
+- **部署工具**:

push.sh

@@ -0,0 +1,3 @@
+git add .
+git commit -m "update"
+git push

requirements.txt

@@ -0,0 +1,2 @@
+fastapi
+uvicorn[standard]