一键导入
azure-functions-basics
To use serverless on Azure. Use when: Bindings and triggers; When the specific requirement for Azure Functions Basics arises in the project.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
To use serverless on Azure. Use when: Bindings and triggers; When the specific requirement for Azure Functions Basics arises in the project.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Accessibility testing for web applications using Playwright (@playwright/test) with TypeScript and axe-core. Use when asked to write, run, or debug automated accessibility checks, keyboard navigation tests, focus management, ARIA/semantic validations, screen reader compatibility, or WCAG 2.1 Level AA compliance testing. Covers axe-core integration, POUR principles (perceivable, operable, understandable, robust), color contrast, form labels, landmarks, and accessible names.
To ensure the application is usable by people with disabilities, complying with WCAG standards and improving SEO/UX. Use when: During development of UI components; Before major releases.
Accessibility testing toolkit using Selenium WebDriver 4+ with Java 21+ and axe-core engine. Use when asked to validate WCAG 2.1/2.2 compliance, scan pages or components for a11y violations, test keyboard navigation, audit color contrast, check ARIA semantics, generate accessibility reports, filter axe rules, debug screen reader issues, or implement POUR principles (perceivable, operable, understandable, robust).
To allow incompatible interfaces to work together by wrapping an object in an adapter that translates its interface into one that a client expects. Use when: When integrating a third-party library whose interface doesn't match your application's internal requirements; When you want to standardize multiple different implementations of a service (e.g., different payment gateways); When you need to provide a stable interface while the underlying dependency is subject to change.
To implement a scalable permission system where users have roles, and roles have granular permissions. Use when: B2B SaaS applications (Admin, Editor, Viewer); Systems with complex access requirements.
Browser automation CLI for AI agents. Use for website interaction, form automation, screenshots, scraping, and web app verification. Prefer snapshot refs (@e1, @e2) for deterministic actions.
| name | azure-functions-basics |
| description | To use serverless on Azure. Use when: Bindings and triggers; When the specific requirement for Azure Functions Basics arises in the project. |
To use serverless on Azure.
Create a new Azure Functions project using the CLI.
# Install tools
npm install -g azure-functions-core-tools@4
# Initialize project (Node.js/TypeScript)
func init MyFunctionProj --typescript
cd MyFunctionProj
# Create a specific function (HTTP Trigger)
func new --name MyHttpTrigger --template "HTTP trigger" --authlevel "anonymous"
Edit function.json (or use decorators in v4+) to define how the function is invoked.
// v4 Node.js model (index.ts)
import { app, HttpRequest, HttpResponseInit, InvocationContext } from "@azure/functions";
export async function MyHttpTrigger(request: HttpRequest, context: InvocationContext): HttpResponseInit {
context.log(`Http function processed request for url "${request.url}"`);
const name = request.query.get('name') || await request.text() || 'world';
return { body: `Hello, ${name}!` };
};
app.http('MyHttpTrigger', {
methods: ['GET', 'POST'],
authLevel: 'anonymous',
handler: MyHttpTrigger
});
Run the function locally before deploying.
npm start
# Function will be available at http://localhost:7071/api/MyHttpTrigger
Deploy to Azure using the CLI or GitHub Actions.
# Via CLI
func azure functionapp publish <FunctionAppName>
A serverless function deployed to Azure that responds to triggers (HTTP, Timer, Queue) without managing underlying server infrastructure.