Search historical hosted-agent logs by time, severity, and text
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- azure, github, go
- Lĩnh vực
- cli, observability
Hướng nghiên cứu
Read the released monitor implementation at cli/azd/extensions/azure.ai.agents/internal/cmd/monitor.go and the linked hosted-agent tracing setup to understand current log sources and permissions. The issue says an experience spec must first settle command placement, filter semantics, output, and data sources, so implementation needs design work before a code entry point is clear. Done means the specified workflow covers retained data limits, filtering, isolation, output, failures, help, and examples.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Customer problem
An operator needs to answer questions such as "Which errors occurred for this deployed agent in the last hour?" or "Where did this timeout appear across sessions?" They should not need the original application checkout, a live session, or a hand-written telemetry query for these common investigations.
Current behavior
In released azure.ai.agents 1.1.0, azd ai agent monitor targets one hosted-agent session and supports console/system selection, a trailing line count of 1-300, and following new entries. It has no time-window, severity, or search-pattern filters.
Existing example:
azd ai agent monitor support --session-id "<session-id>" --type console --tail 100
Azure CLI and Application Insights/KQL can query retained application telemetry today. That workaround requires identifying the telemetry resource, applying the right agent filter, and carrying context between tools. Application Insights application logs are not guaranteed to contain every hosted-agent console line or system event.
Requested experience
Add an agent-scoped historical log-query workflow to the Agents extension, using available retained telemetry rather than treating a live session tail as a historical search.
Illustrative command shape, not an available command:
azd ai agent logs query --project-endpoint "$Project" --agent-name support --since 1h --level error --output json --no-prompt
The experience spec should settle command placement, time and text-filter semantics, output, and supported data sources before implementation.
Acceptance criteria
- Query a bounded relative or absolute time window for a known remote agent, with severity and text filtering and optional version/session narrowing where the data supports them.
- Support investigations across retained sessions without requiring
azure.yamlor a currently running session. - Carry the selected Foundry project and deployed-agent context into the query. Resolve connected telemetry where possible and provide explicit, actionable guidance when extra configuration is needed.
- Identify supported retained data sources and coverage. Do not assume the Application Insights
tracestable contains all console/system logs or promise reconstruction of data that was never collected. - Distinguish no matching records from missing telemetry configuration, unsupported data sources, and access failures. Explain relevant retention/sampling limits.
- Provide useful terminal output and stable JSON with timestamps and available agent/session/trace correlation. Define result limits and pagination.
- Preserve current monitor/follow behavior, reject incompatible selectors, and cover cross-agent isolation, time/filter behavior, and non-interactive failures. Update help and examples.
Related work and evidence
- #8289 concerns idle-session/live-monitor behavior. This request adds explicit historical time/filter queries and does not assume that issue's suspected runtime failure still reproduces.
- #9817 concerns deployment-stage failures before an agent session exists; that is a separate diagnostic path.
- Released monitor flags and session log path
- Azure CLI Application Insights query
- Foundry hosted-agent tracing setup and permissions
- Ngôn ngữ chính
- Go
- Star
- 573
- Fork
- 387
- Merge trung bình
- 2 ngày 20 giờ
- Pull request đã merge (30 ngày)
- 196
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Azure/azure-dev
-
bug customer-reported ext-agents
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Issue] azd deploy fails with "multiple Azure Bots are bound to the same MsaAppID" because botServices list API returns duplicate entriesCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởagentic bug customer-reported ext-agents
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Azure/azure-dev#10333 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area/docs area/environment area/public-docs engineering item
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Bundle the evaluations and dataset extensions in the Foundry meta-packageCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Map invocation lifecycle files to CLI regression scenariosCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởarea/docs engineering item ext-agents test automation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Azure/azure-dev
Issue tương tự
-
0.kind: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
automated-triage type/bug type/ci
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
hashicorp/terraform-provider-google#30678 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
effort:s impact:low raised-by:worker risk:low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
medici-finance/assay#6323 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
ethereum-optimism/optimism#24120 ·
Maintainer thường phản hồi trong vòng 1 ngày